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A SHORTENED STATUTORY PERIOD FOR REPLY IS SET TO EXPIRE 3 MONTH(S) FROM 
THE MAILING DATE OF THIS COMMUNICATION. 
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Status 

1 )S Responsive to communication(s) filed on 25 September 2000 , 
2a)n This action is FINAL. 2b)K This action is non-final. 

3) \Z\ Since this application is in condition for allowance except for formal matters, prosecution as to the merits is 

closed in accordance with the practice under Ex parte Quayle, 1935 CD, 11, 453 O.G. 213. 

Disposition of Claims 

4) ^ Claim(s) 1-23 is/are pending in the application. 

4a) Of the above claim(s) is/are withdrawn from consideration. 

5) 0 Claim(s) is/are allowed. 

6) E1 Claim(s) 1-23 is/are rejected. 
?)□ Claim(s) is/are objected to. 

8) n Claim(s) are subject to restriction and/or election requirement. 

Application Papers 

9) S The specification is objected to by the Examiner. 

10)^ The drawing(s) filed on 25 September 2000 is/are: a)I3 accepted or b)n objected to by the Examiner. 
Applicant may not request that any objection to the drawing(s) be held in abeyance. See 37 CFR 1 .85(a). 
Replacement drawing sheet(s) including the conrection is required if the drawing(s) is objected to. See 37 CFR 1.121(d). 
1 1 )□ The oath or declaration is objected to by the Examiner. Note the attached Office Action or form PTO-1 52. 
Priority under 35 U.S.C. §§ 119 and 120 

12) ^ Acknowledgment is made of a claim for foreign priority under 35 U.S.C. § 119(a)-(d) or (0- 

a)IElAII b)n Some*c)n None of: 

1 Certified copies of the priority documents have been received. 

2. n Certified copies of the priority documents have been received in Application No. . 

3. n Copies of the certified copies of the priority documents have been received In this National Stage 

application from the International Bureau (PCT Rule 17.2(a)). 
* See the attached detailed Office action for a list of the certified copies not received. 

1 3) n Acknowledgment is made of a claim for domestic priority under 35 U.S.C. § 1 1 9(e) (to a provisional application) 

since a specific reference was included in the first sentence of the specification or in an Application Data Sheet. 
37 CFR 1.78. 

a) □ The translation of the foreign language provisional application has been received. 

14) n Acknowledgment is made of a claim for domestic priority under 35 U.S.C. §§ 120 and/or 121 since a specific 

reference was included in the first sentence of the specification or in an Application Data Sheet. 37 CFR 1 .78. 
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DETAILED ACTION 
Priority 

1. Receipt is acknowdedged of papers submitted under 35 U.S.C 119(a)-(d), which papers have 
been placed of record in the file. 

A priority date of 17 November 1999, based on Japanese patent document 11-327483, has 
been established for the instant application. 

Information Disclosure Statement 

2. The Applicants' Information Disclosure Statement, filed 25 September 2000, has been 
received and entered into the record. Since the Information Disclosure Statement conforms to the 
provisions of MPEP § 609, the documents referenced therein have been considered. The examiner 
notes that only the English language abstracts of the foreign language references have been 
considered. See attached form PTO-1449. 

Corrected Filing Receipt 

3. The examiner acknowledges receipt of the Applicants' request for a corrected filing receipt. 
The requested correction (inclusion of foreign priority information) has been made. 

Specification 

4. The disclosure is objected to because of the following informalities: 
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The Brief Description of the Drawings is objected to, because it faik to describe each 
drawing in specific enough terms. The description of each drawing should be detailed enough to 
distinguish one drawing from anodier. See MPEP § 608.01(f) and 37 C.F.R. § 1.74. 

There is a typographical error on page 10, line 12: "input side line handler 3" should be 
"input side Hne handler 2". 

Appropriate correction is required. 

5. The disclosure is objected to because of the following informalities: 

In the Brief Description of the Drawings, the examiner notes that many drawing figures are 
described using identical broad descriptions. The Applicants are required to provide more specific 
descriptions such that each drawing has a distinct and clear description. 

Appropriate correction is required. 

Claim Objections 

6. Claim 10 is objected to because of the following informalities: 

The claim makes reference to a 'minimum address of a continuous empty area'. The 
examiner assumes that what is meant is the 'starting address'. 
Appropriate correction is required. 

Claim Rejections - 35 USC § 112 

7. The following is a quotation of the second paragraph of 35 U.S.C 112: 

The specification shall conclude with one or more claims particulaily pointing out and distincdy claiming the subjea 
matter which the applicant regards as his invention. 
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8. Qaims 4, 9, 10 and 12-14 are rejected under 35 U.S.G 112, second paragraph, as being 
indefinite for failing to particularly point out and distincdy claim the subject matter which applicant 
regards as the invention. 

9. Regarding claim 4, the limitation . .invalidity informer informing the invaUdation of the 
pointer. . renders the claim indefinite, because it fails to disclose what/ who is being informed. 

10. Regarding claim 9, the limitation . .biggest address. . renders the claim indefinite, because 
addresses are pointers to data, and do not have the claimed characteristic of 'bigness'. 

11. Regarding claim 10, the limitation . .each by the size of the continuous empty area. . 
renders the claim indefinite, because it is unclear what this limitation is meant to apply to, nor what 
the limitation is claiming, 

12. Regarding claim 12, the limitation . .link information related to a Hnk between data setting 
areas. , renders the claim indefinite, because the limitation fails to recite what precisely the link 
information is, but merely that it is 'related' to other data. 

13. Regarding claim 13, the limitation . .information related to the use-condition . . renders 
the claim indefinite, because the limitation fails to recite what precisely the information is, but 
merely that it is 'related' to other data. 

Furthermore, the limitation ". .'.information of the data setting area of a destination . . 
renders the claim indefinite, because it is unclear what exacdy the information is. 
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14. Regarding claim 14, the limitation . .on the basis of the frequency data ..." renders the 
claim indefinite, because the limitation fails to recite how the data setting area is chosen, and 
precisely what effect the frequency data has on this determination. 

Claim Rejections - 35 USC § 102 

15. The following is a quotation of the appropriate paragraphs of 35 U.S.G 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entided to a patent unless - 

(b) the invention was patented or described in a printed publication in this or a foreign country or in public use or on sale in 
this country, more than one year prior to the date, of application for patent in the United States. 

16. Qaims 15, 19 and 23 are rejected under 35 U.S.C 102(b) as being anticipated by Hitz et ah 
(U.S. Patent 5,819,292). 

17. Regarding claim 15, Hitz et al. teaches a data management apparatus for managing a 
plurality of data which are used in order to execute an application program for providing services 
related to communication by a switching system, comprising: 

a) a data field storing the plurality of data, said data field is composed of a plurality of data 
setting areas, each data in said data field is stored by a single of plural data setting areas 
according to a size of data (see details of the inode structure, and how latter files are 
stored across multiple blocks and possibly multiple inodes, col. 5, line 60 through col. 
6, line 52; see also Figures 4A through 4D); 
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b) a data setting area management table storing information related to the use-condition of 

each data setting area (see disclosure of the block map and inode file, both of which 
provide analogous fimctionality, col. 9, line 50 through col. 10, line 48); 

c) an allocation controller referring to said data setting area management table, and 

determining at least one of empty data setting areas in order to allocate a data 
requested to be added (see disclosure that new data is only written to unallocated 
blocks, col 4, lines 14-16); and 

d) an adder storing the data requested to be added to at least one of the empty data setting 

areas which is determined by said allocation controller (see disclosure that new data is 
only written to unallocated blocks, col. 4, lines 14-16). 

18. Regarding claim 19, Hitz et aL teaches a method for managing a plurality of data which are 
used in order to execute an application program for providing services related to communication by 
a switching system, comprising steps of: 

a) storing the plurality of data into a data field, said data field is composed of a plurality of 

data setting areas, each data in said data field is stored by a single of plural data setting 
areas according to a size of data (see details of the inode stmcture, and how larger files 
are stored across multiple blocks and possibly multiple inodes, col. 5, line 60 through 
col. 6, line 52; see also Figures 4 A through 4D); 

b) storing information related to the use-condition of each data setting area into a data 

setting area management table (see disclosure of the block map and inode file, both of 
which provide analogous functionality, col 9, line 50 through col. 10, line 48); 
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c) referring to said data setting area management table, and determining at least one of empty- 

data setting areas in order to allocate a data requested to be added (see disclosure that 
new data is only written to unallocated blocks, col. 4, lines 14-16); and 

d) storing the data requested to be added to at least one of the empty data setting areas 

which is determined (see disclosure that new data is only written to unallocated 
blocks, col. 4, lines 14-16). 

19. Regarding claim 23, Hitz et al. teaches a computer readable medium storing a program for 
managing a plurality of data which are used in order to execute an application program for providing 
services related to communication by a switching system, the program comprising steps of: 

a) storing the plurality of data into a data field, said data field is composed of a plurality of 

data setting areas, each data in said data field is stored by a single of plural data setting 
areas according to a size of data (see details of the inode stmcture, and how larger files 
are stored across multiple blocks and possibly multiple inodes, col. 5, line 60 through 
col. 6, line 52; see also Figures 4A through 4D); 

b) storing information related to the use-condition of each data setting area in a data setting 

area management table (see disclosure of the block map and inode file, both of which 
provide analogous functionality, col. 9, line 50 through col. 10, line 48); 

c) referring to said data setting area management table, and determining at least one of empty 

data setting areas in order to allocate a data requested to be added (see disclosure that 
new data is only written to unallocated blocks, col. 4, lines 14-16); and 
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d) storing the data requested to be added to at least one of the empty data setting areas 
which is detemiined (see disclosure that new data is only written to unallocated 
blocks, col. 4, lines 14-16). 



Claim Rejections - 35 USC § 103 

20. The following is a quotation of 35 U.S.C 103(a) which fomis the basis for all obviousness 
rejections set forth in this Office action: 

(a) A patent may not be obtained thoxigh the invention is not identically disclosed or described as set forth in section 
102 of this title, if the differences between the subject matter sought to be patented and the prior art are such that the 
subject matter as a whole would have been obvious at the time the invention was made to a person having ordinary 
skill in the art to which said subject matter pertains. Patentability shall not be negatived by the marmer in which the 
invention was made. 

21. The factual inquiries set forth in Grahamy.Jchn Deere Cq, 383 U.S. 1, 148 USPQ 459 (1966), 
that are applied for establishing a bacl^round for deteraiining obviousness under 35 U.S.C 103(a) 
are summarized as follows: 

1. Determining the scope and contents of the prior art. 

2. Ascertaining the differences between the prior art and the claims at issue. 

3. Resolving the level of ordinary skill in the pertinent art. 

4. Considering objective evidence present in the application indicating obviousness or 
nonobviousness. 



22. This application currendy names joint inventors. In considering patentability of the claims 
under 35 U.S.C 103(a), the examiner presumes that the subject matter of the various claims was 
commonly owned at the time any inventions covered therein were made absent any evidence to the 
contrary. Applicant is advised of the obligation under 37 CFR 1.56 to point out the inventor and 
invention dates of each claim that was not commonly owned at the time a later invention was made 
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in order for the examiner to consider the applicability of 35 U.S.G 103(c) and potential 35 
US.C 102(e), (f) or (g) prior ait under 35 U.S.G 103(a). 

23. Qaims 1, 2, 16, 17, 20 and 21 are rejected under 35 U.S.G 103(a) as being unpatentable over 
Admitted Prior Art in view of Koyama (Japanese Patent Publication 7-295814). 

24. Regarding claim 1, the Applicants teach as Admitted Prior Art a data management 
apparatus for managing a plurality of data which are used in order to execute an application program 
for providing services related to communication by a switching system substantially as claimed, 
comprising: 

a) a data field storing the plurality of data (see data field in Figure 21, labeled as Prior Art; see 

also Applicants' specification, page 3, last paragraph through page 4, first paragraph); 

b) an address acquirer acquiring an address of the data in said data field for which an access 

is requested by the application program (see pointer acquisition step in Figure 21, 
labeled as Prior Art; see also Applicants' specification, page 3, last paragraph through 
page 4, first paragraph); and 

c) a lender lending the address of the data to the application program (see pointer lending 

step in Figure 21, labeled as Prior Art; see also Applicants' specification, page 3, last 
paragraph through page 4, first paragraph). 

The Admitted Prior Art fails to explicidy teach a data management apparatus comprising a 
lending pointer table storing at least one of pointer records having the acquired address and a 
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pointer corresponding to the acquired address, and a lender reading out the pointer from the lending 
pointer table. 

Koyama, however, teaches a data management apparatus comprising a lending pointer table 
storing at least one of pointer records having the acquired address and a pointer corresponding to 
the acquired address, and a lender reading out the pointer from the lending pointer table (see 
Constitution section, page 2; see also text of claim 1, beginning on page 2; see also paragraph [0016], 
beginning on page 10). 

It would have been obvious to one of ordinary' skill in the art at the time of the invention to 
incorporate a lending pointer table for storing pointer records to the acquired address, since this 
would conceal die details of the address management mechanism from the application program, 
thus precluding a specific application from accessing data improperly (see text of claim 2, page 3). 

25. Regarding claim 16, the Applicants teach as Admitted Prior Art a method for managing a 
plurality of data which are used in order to execute an application program for providing services 
related to communication by a switching system substantially as claimed, comprising: 

a) a data field storing the plurality of data (see data field in Figure 21, labeled as Prior Art; see 

also Applicants' specification, page 3, last paragraph through page 4, first paragraph); 

b) an address acquirer acquiring an address of the data in said data field for which an access 

is requested by the application program (see pointer acquisition step in Figure 21, 
labeled as Prior Art; see also Applicants' specification, page 3, last paragraph through 
page 4, first paragraph); and 
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c) a lender lending the address of the data to the application program (see pointer lending 
step in Figure 21, labeled as Prior Art; see also Applicants' specification, page 3, last 
paragraph through page 4, first paragraph). 

The Admitted Prior Art fails to explicitly teach a method comprising a lending pointer table 
storing at least one of pointer records having the acquired address and a pointer corresponding to 
the acquired address, and a lender reading out the pointer from the lending pointer table. 

Koyama, however, teaches a method comprising a lending pointer table storing at least one 
of pointer records having the acquired address and a pointer corresponding to the acquired address, 
and a lender reading out the pointer from the lending pointer table (see Constitution section, page 2; 
see also text of claim 1, beginning on page 2; see also paragraph [0016], beginning on page 10). 

It would have been obvious to one of ordinary skill in the art at the time of the invention to 
incorporate a lending pointer table for storing pointer records to the acquired address, since this 
would conceal the details of the address management mechanism from the application program, 
thus precluding a specific application from accessing data improperly (see text of claim 2, page 3). 

26. Regarding claim 20, the Applicants teach as Admitted Prior Art a computer readable 
medium storing a program for managing a plurality of data which are used in order to execute an 
application program for providing services related to communication by a switching system 
substantially as claimed, the program comprising the steps of: 
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a) a data field storing the plurality of data (see data field in Figure 21, labeled as Prior Art; see 

also Applicants' specification, page 3, last paragraph through page 4, first paragraph); 

b) an address acquirer acquiring an address of the data in said data field for which an access 

is requested by the application program (see pointer acquisition step in Figure 21, 
labeled as Prior Art; see also Applicants' specification, page 3, last paragraph through 
page 4, first paragraph); and 

c) a lender lending the address of the data to the application program (see pointer lending 

step in Figure 21, labeled as Prior Art; see also Applicants' specification, page 3, last 
paragraph through page 4, first paragraph). 

The Admitted Prior Art fails to explicitiy teach a computer readable medium comprising a 
lending pointer table storing at least one of pointer records having the acquired address and a 
pointer corresponding to the acquired address, and a lender reading out the pointer from the lending 
pointer table. 

Koyama, however, teaches a computer readable medium comprising a lending pointer table 
storing at least one of pointer records having the acquired address and a pointer corresponding to 
the acquired address, and a lender reading out the pointer from the lending pointer table (see 
Constitution section, page 2; see also text of claim 1, begiiming on page 2; see also paragraph [0016], 
beginning on page 10). 

It would have been obvious to one of ordinary skill in the art at the time of the invention to 
incorporate a lending pointer table for storing pointer records to the acquired address, since this 
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would conceal the details of the address management mechanism from the application program, 
thus precluding a specific application from accessing data improperly (see text of claim 2, page 3). 

27. Regarding claims 2, 17 and 21, Koyama additionally teaches a data management apparatus, 
method and computer readable medium further comprising a reader receiving the lent pointer from 
the application program, reading out the address corresponding to the lent pointer from the lending 
pointer table, reading out the data storing the read address in said data field, and giving the read data 
to the application program (see Constitution section, page 2; see also text of claim 1, beginning on 
page 2; see also paragraph [0016], beginning on page 10), 

28. Qaim 3 is rejected under 35 U.S.G 103(a) as being unpatentable over Admitted Prior Art in 
view of Koyama (Japanese Patent Publication 7-295814) as applied to claims 1, 2, 16, 17, 20 and 21 
above, and further in view of Cabrera et al. (U.S. Patent 6,029,160). 

29. Regarding claim 3, Admitted Prior Art and Koyama teach a data management apparatus 
substantially as claimed. 

Neither Admitted Prior Art nor Koyama explicidy teaches a data management apparatus 
including a deleter deleting a data from said data field, and a record deleter deleting the pointer 
record having the address of the data which is deleted by said deleter from said lending pointer table. 

Cabrera et aL, however, teaches a data management apparatus including a deleter deleting a 
data from said data field, and a record deleter deleting the pointer record having the address of the 
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data which is deleted by said deleter from said lending pointer table (see disclosure of analogous 
functionality at col. 9, lines 26-38 and col. 10, lines 28-35). 

It would have been obvious to one of ordinary skill in the art at the time of the invention to 
delete data and references to said data, since this is the only way for obsolete data to be removed 
from the systenx 

30. Qaim 4 is rejected under 35 U.S.C 103(a) as being unpatentable over Admitted Prior Art in 
view of Koyama Japanese Patent Publication 7-295814) in view of Cabrera et al. (U.S. Patent 
6,029,160) as applied to claim 3 above, and further in view of Hacheri et al. (U.S. Patent 5,787,442). 

3 1 . Regarding claim 4, Admitted Prior Art, Koyama and Cabrera et al. teach a data 
management apparatus substantially as claimed. 

None of Admitted Prior Art, Koyama nor Cabrera et al. explicitly teach a data 
management apparatus including an invalidity informer for informing the invalidation of the pointer 
in the pointer record which is deleted by said record deleter. 

Hacheri et al., however, teaches a data management apparatus including an invalidity 
informer for informing the invalidation of the pointer in the pointer record which is deleted by said 
record deleter (see Abstract; see also col. 1, line 34 through col 2, line 13). 



Application/ Control Number 09/668,995 Page 15 

Art Unit: 2177 

It would have been obvious to one of ordinary skill in the art at the time of the invention to 
inform interested processes when a pointer record is deleted, since this allows the interested process 
to take appropriate actions to endure that referential integrity is maintained (see col. 1, line 34 
through col. 2, line 13). 

32. Qaims 5 and 6 are rejected under 35 U.S.G 103(a) as being unpatentable over Admitted 
Prior Art in view of Koyama (Japanese Patent Publication 7-295814) as applied to claims 1, 2, 16, 
17, 20 and 21 above, and further in view of Hale et al. (U.S. Patent 5,502,836), 

33. Regarding claims 5 and 6, Admitted Prior Art and Koyama teach a data management 
apparatus substantially as claimed. 

Neither Admitted Prior Art nor Koyama explicitly teaches a data management apparatus 
including a relocater for relocating data stored in said data field. 

Hale et al., however, teaches a data management apparatus including a relocater for 
relocating data stored in said data field (see col. 2, lines 55-57), and an address updater detecting the 
address of the data which is relocated and updating the detected address to an address after the 
relocation process (see col. 2, lines 57-59), and wherein the address updater waits xmtil any pending 
read requests of the data being relocated are completed (see disclosure that the relocation process 
waits for a lull in I/O before executing, col. 12, lines 10-64). 



AppKcation/ Control Number 09/668,995 Page 16 

Art Unit: 2177 

It would have been obvious to one of ordinary skill in the art at the time of the invention to 
provide the claimed relocation fimctionality, since this allows data to be reorganized on the disks 
such that it can be accessed more efficiently. 

34. Qaim 7 is rejected under 35 U.S.C 103(a) as being unpatentable over Admitted Prior Art in 
view of Koyama (Japanese Patent Publication 7-295814) as applied to claims 1, 2, 16, 17, 20 and 21 
above, and further in view of Watson et al. (U.S. Patent 4,755,939). 

35. Regarding clairri 7, Admitted Prior Art and Koyama teach a data management apparatus 
substantially as claimed. 

Neither Admitted Prior Art nor Koyama explicidy teaches a data management apparatus 
including a record deleter that performs garbage collection. 

Watson et al., however, teaches a data management apparatus including a record deleter 
that performs garbage collection (see disclosure that the system detects when no more pointers to a 
given cell exist, and then performs garbage collection, freeing the cell (see Abstract, et seq.). 

It would have been obvious to one of ordinary skill in the art at the time of the invention to 
institute garbage collection, since it is important to provide some means of reclaiming cells which are 
no longer required, so that they can be re-allocated for furdier use (see col 1, lines 21-23). 
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36. Qaims 8, 18 and 22 are rejected under 35 U.S.C 103(a) as being unpatentable over 
Admitted Prior Art in view of Koyama (Japanese Patent Publication 7-295814) as applied to claims 
1, 2, 16, 17, 20 and 21 above, and further in view of Hitz et al. (U.S. Patent 5,819,292). 

37. Regarding claims 8,18 and 22, Admitted Prior Art and Koyama teach a computer readable 
medium, data management apparatus and method substantially as claimed. 

Neither Admitted Prior Art nor Koyama explicitly teaches a computer readable medium, 
data management apparatus and method further comprising a data setting area management table, 
an allocation controller and an adder. 

Hitz et aL, however, teaches a computer readable medium, data management apparatus and 
method comprising a data setting area management table storing information related to the use- 
condition of each data setting area (see disclosure of the block map and inode file, both of which 
provide analogous fxmctionality, col. 9, line 50 through col. 10, line 48), an allocation controller 
referring to said data setting area management table, and determining at least one of empty data 
setting areas in order to allocate a data requested to be added (see disclosure that new data is only 
written to unallocated blocks, col. 4, lines 14-16), and an adder storing the data requested to be 
added to at least one of the empty data setting areas which is determined by said allocation 
controller (see disclosure that new data is only written to unallocated blocks, col. 4, lines 14-16). 

It would have been obvious to one of ordinary skill in the art at the time of the invention to 
implement a system of file space allocation mapping such as that claimed, since the operating system 



Application/Control Number 09/668,995 Page 18 

Alt Unit: 2177 

must have a way of accessing data for reading, and also must have to capability to write new data to 
memory/ disk space that is unoccupied. 

38. Qaim 1 1 is rejected under 35 U.S.C 103(a) as being unpatentable over Admitted Prior Art 
in view of Koyama Qapanese Patent Publication 7-295814) in view of Hitz et al. (U.S. Patent 
5,819,292) as applied to claims 8, 18 and 22 above, and further in view of Hacheri et al. (U.S. 
Patent 5,787,442). 

39. Regarding claim 11, Admitted Prior Art, Koyama and Hitz et al. teach a data management 
apparatus substantially as claimed. 

None of Admitted Prior Art, Koyama nor Hitz et al explicitly teach a data management 
apparatus wherein the lender informs the application program that there is no data for which access 
is requested by the application program when the detected use-condition is under the condition of 
deleted. 

Hacheri et al., however, teaches a data management apparatus wherein the calling 
application is notified when requested data has been deleted (see Abstract; see also col. 1, line 34 
through col. 2, line 13). 

It would have been obvious to one of ordinary skill in the art at the time of the invention to 
inform interested processes when a pointer record is deleted, since this allows the interested process 
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to take appropriate actions to endure that referential integrity is maintained (see col. 1, line 34 
through col. 2, line 13). 



Conclusion 

40. The prior art made of record and not relied upon is considered pertinent to applicant's 
disclosure. 

Korty (U.S. Patent 5,021,946) teaches a method for selecting the sizes and ordering of the 
extents used to construct a file, a segment, or a virtual space of a computer system file. 

Eilert et aL (U.S. Patent 5,095,420) teaches a technique for mapping a data space to an 
address space. 

Johnson et aL (U.S. Patent 5,175,852) teaches a distributed file management system with a 
plurality of nodes and a plurality of files. 

McCrory (U.S. Patent 5,751,979) teaches a video controller that enables applications 
operating in a protected, multiprocessing system to update a video memory at native speeds. 

Provino et al. (U.S. Patent 5,799,314) teaches a method of controlling the mapping of data 
buffers for heterogeneous programs. 

Mori et aL (U.S. Patent 5,806,058) teaches a database management system for accessing data 
stored in a database via an index. 

Tatsumi et aL (U.S. Patent 5,832,491) teaches a system for relocating records in a database 
having a prime region and an overflow region in parallel with a service processing. 

Gladney (U.S. Patent 6,044,378) teaches a system for determining a relationship between a 
first and second data element by using a relationship element. 
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Saboff (U.S. Patent 6,199,203) teaches a system for managing the memory of a software 
component such that the state of the software component is preserved after an update to the 
software component. 

Oguchi et al. (U.S. Patent 6,304,912) teaches a communication apparatus containing a first 
table having entries each storing a data-link- layer path to a second communication apparatus. 

Forin (U.S. Patent 6,360,220) teaches a lock- free method of accessing information in an 
indexed computer data structure which includes a lookup procedure, an insertion procedure, a 
removal and replacement procedure and a release procedure. 

Capps (U.S. Patent 6,397,311) teaches a system and method of defragmenting a file system. 

Bohannon et aL (U.S. Patent 6,449,623) teaches a method of detecting and recovering from 
data cormption in a database. 

Smith (U.S. Patent 6,516,329) teaches a method of handling a search through the use of a 
page index. 

Yamada (Japanese Patent Publication JP4 10275082) teaches a system that dynamically 
generates an object on a computer across a network by making use of a remote procedure. 

Kodeia ([apanese Patent Publication JP02001005704) teaches a system for increasing the 
efficiency of data access by generating a data table of unique keys permitting direct access to data in 
a database that an application requires. 

Jodeit ("Storage Organi2ation in Programming Systems") teaches a system of program and 
data representation for use in a computer system. 

Ben- Amram et al. ("On Pointers Versus Addresses") investigates the cost of random 
access to memory. 
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Buhr et al. (« jxDatabase : Parallelism in a Memory-Mapped Environment ») investigates the 
behavior of data stmctures and their algorithms, both parallel and sequential, in a memory- mapped 
environment. 

The following reference, while not qualifying as prior art, is also of interest: 
Choy (U.S. Patent 6,581,060) teaches a system for protecting records in a relational database 
management system in accordance with non-RDBMS access control rules. 
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Any inquiry concerning this communication or earlier communications from the examiner 
should be directed to Luke S. Wassum whose telephone number is 703-305-5706. The examiner can 
normally be reached on Monday-Friday 8:30-5:30, alternate Fridays off. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's supervisor, 
John E. Breene can be reached on 703-305-9790. The fax phone number for the organization 
where this application or proceeding is assigned is 703-872-9306. 

In addition, INFORMAL or DRAFT communications maybe faxed direcdy to the examiner 
at 703-746-5658. 

Customer Service for Tech Center 2100 can be reached during regular business hours at 
(703) 306-5631, or fax (703) 746-7240. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR system, 
see http:// pair-direct.uspto.gov. Should you have questions on access to the Private PAIR system, 
contact the Electronic Business Center (EBQ at 866-217-9197 (toU-frce). 
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[Title of Invention] ADDRESS MANAGEMENT METHOD FOR DATA INPUT 
[Summary] 

[Purpose] The required data is extracted from the data region 
when the original program is called out. The overhead during 
processing is reduced significantly even though the data points 
are numerous and the performance of the process is not reduced. 
[Constitution] During the data extraction process according to 
the name tag displayed in the flow of the program, a means is 
provided to judge if the extraction is the first time in the 
flow of the said program or it is more than 2 times. Also, a 
pointer Table is provided to keep the pointers showing the 

•%b\^ 

access route of the memory region where the data is stored 
actually and this data corresponds to the name tag. The pointer 
that is possessed during the data extraction according to the 
initial name tag is stored in the pointer Table corresponding to 
that name tag. When the accessing is more than 2 times, the data 
is accessed using the pointer held in Jthe /_2 
[Scope of Patent Claims] 

[Claim 1] The address management method of the data input is 
characterized in that during the data extraction process 

^ the numbers i.n the margin indicate pagination in foreign text 
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according to the name tag displayed in the flow of the program, 
p'^ '^ name ta^ is attached_Jbo the data used repeatedly in_^^ 
Y^^'^^^^)(^ program^ t he targ et^data inside the ring that_ isjpreviously set 
in the data management Table is extracted f rom the.,da£^,_^^ 
region or that data is displayed and, 

A means is provided to judge if the extraction is the first 
time in the flow of the said program or it is more than 2 times 
and, 

A pointer Table is provided to keep the pointer showing the 
access route of the memory region where the data is stored 
actually and this data corresponds to the name tag. 

The pointer that is possessed during the data extraction 
according to the initial name tag is stored in the pointer Table 
corresponding to that name tag. When the accessing is more than 
2 times, the data is accessed using the _ pointer 
pointer Table. 

[Claim 2] The address management method of the input data as 
stated in Claim 1 is characterized in that the address 
management mechanism is constructed as the function sub-routine. 
By setting the mechanism and the region to hold the pointer of 
the data region in this function, the address management 
mechanism from the called out side of the program is concealed. 
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[Detailed explanation of the invention] 
[0001] 

[Industrial field of use] The invention pertains to the address 
management method of the data input in the computer program used 
for control management of the process system as the information 
data inputted from the computer terminal of the processing 
system are processed. 

[0002] 

[Prior Art] In a computer program of a FA (Factory automation) 
and PA (Process Automation) , the data inputted from a compu^^^^ 
terminal connected to a main computer is^ processed and the data 
that is obtained is attached a name (name_^tag) . By drawing the 
data handled with the program, the data can be secondary 
processed or when it is image displayed, the data that are 
inputted from these control devices with the program are handled 
with some variable number inside the computer. 

[0003] The extraction of the data according to the name tag is 
performed with a pointer in the data region that is in the ring 
of the data management Table that is defined as the name tag and 
the real data, that data is read. As shown in Figure 4, the call 
out routine which is the online display program consists of (a) 
the name and data identification initial setting, (b) the data 
extraction program and (c) the data display process, the data 
that is obtained is stored in the data region of the memory. As 
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shown in figure 5, the data that is extracted is attached with a 
name tag. In each routine of the aforementioned data process 
program, the relationship between the Table provided in the 
memory region of each referenced routine is displayed. For 
example, a certain data is extracted that is attached with a 
name tag (voltage 1) and the program is displayed on the display 
device. The data of the name tag (voltage 1) used in the 
display program is extracted and the ring in this process is 
explained next. 

[0004] In figure 5, the instantaneous registers PI and P2 of the 
data storage region is attached with each name tag and are 
provided in the memory region of the process data input process 
routine. These are replaced by the data inputted from the 
processing terminal device based on the program flow shown in 
figure 4 (C) . The process routine corresponding to the data of 
each name tag is based on this input data, the maximum value, 
the minimum value, the average value- and the corrected value of 
the input data in a certain period are computed and processed. 
It is replaced with the value from the data storage region of 
the corresponding memory. 

[0005] When the data shown as "voltage 1" in the display device 
is determined as the average value of the previous voltage 1, it 
is stored in each name tag storage region of the display program 
as the call out original routine. The value of the average 
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value register of ''voltage 1" from the process data input 
process routine memory region is extracted according to the name 
tag "voltage 1" , This is stored in the data storage region of 
the called out routine memory region. The display program is 
displayed as the average value of the "the voltage 1" on the 
display device using this data. 

[0006] To perform the aforementioned data extraction, the name 
tag management table and the data management table are provided 
in the memory region of each of the data extraction routine. In 
this name tag management table, a name tag attached to a special 
data is defined corresponding to the data number inside the 
"data management table". Also, "in the data management table", 
the average value of the voltage 1 corresponds to the "voltage 
1" of each name tag. When this is the multiple accurate integer 
type, this data is defined as the pointer of the address in the 
actual memory that is stored. 

[0007] Figure 6 is a flow chart showing the procedure of the 
extraction of the data in the mechanism shown in figure 5. The 
data is extracted based on the ring in the management table 
indicating the name tag according to this procedure. 
[0008] 

[The problems resolved by the invention] The handling of the 
data in the program is simple by using the data management 
according to the name tag. On the other hand, the ring in the 
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management table of the data is not directly related to the 
display process so there is an overhead. In particular, when 
there is a number of data points, the performance is 
deteriorated which is a drawback. 

[0009] The purpose of the invention is to offer an address 
management method of the input data where the required data is 
extracted from the data region when the original program is 
called out. The overhead during processing is reduced 
significantly even though the data points are numerous and the 
performance of the process is not reduced. /3 

[0010] 

[Means for resolving the problems] To achieve the aforementioned 
purpose, the address management method of the invention for the 
data input is characterized in that during the data extraction 
process according to the name tag displayed in the flow of the 
program, a name tag is attached to the data used repeatedly in 
the program, the target data inside the ring that is previously 
set in the data management Table is extracted from the data 
storage region or the data is displayed and, 

A means is provided to judge if the extraction is the first 
time in the flow of the said program or it is more than 2 times. 

A means is provided to hold the pointer in the region where 
the required data is actually stored. 
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[0011] A pointer Table is provided to keep the pointer showing 
the access route of the memory region where the data^jLs store d 
actually and this data corresponds to the name tag. The pointer 
that is possessed during the data extraction according to the 
initial name tag is stored in the pointer Table corresponding to 
that name tag. When the accessing is more than 2 times, the data 
is accessed using the pointer held in the pointer ^able . 
[0012] 

[Action] According to the aforementioned means, when a certain 
data is extracted from the data storage of the memory according 
to the program with the original name tag, since the access 
pointer of the data storage region that is possessed based on 
the ring in the data management Table is stored in the pointer 
table corresponding to the name tag, during data accessing, the 
data corresponding to the name tag can be extracted from the 
memory directly according to the contents indicated in the 
pointer table, the data is inputted into the program. 

[0013] 

[Implementation examples] In an implementation example of the 
input method for the data extraction of the program based on the 
invention, the indicated data is searched and extracted with the 
name tag. The process for storing the data in the data storage 
region of the called out routine is performed. The state of the 
pointer and the address that is held in the management table 
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provided in each routine are shown in figure 1. The method of 
the invention is explained according to the diagram shown below. 
[0014] The basic flow of the online display program which is the 
called out routine in the program of the implementation example 
is the same as figure 4(a) . The basic flow of the data 
extraction routine which is the data extraction process is the 
same as figure 4(b), Then, the basic flow of the process data 
input process routine where the data inputted from the process 
terminal is stored in the data region is all the same as the 
conventional technology which is shown in figure 4 (C) . 
[0015] Thus, in this implementation example as described above, 
the process data is read according to 3 programs, ''the online 
display program", "the data extraction routine" and "the process 
data input process routine", these are the called out routine. 
The process data input process routine inputs the instantaneous 
value data of the control and view at a certain period into the 
computer and the maximum, minimum and average value are computed 
and processed. These are kept as the data in a certain region of 
the process data input process routine memory region. Also, 
''the online display program" is the program for displaying the 
data indicated with a name tag called "voltage 1" on the screen 
at a certain period. The average value of the voltage 1 in the 
name tag called "voltage 1" is attached during the design of the 
system program. 
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[0016] First, "the online display program" calls out the "data 
extraction routine", the "voltage 1" is indicated as the name 
tag and the character row is indicated as the type of data. The 
data search routine of "the data extraction routine" is the 
program for performing the flow process of figure 2. When the 
data classification indication is judged with the process for 
classifying the initial data t out is 

recognized as the initial call out. Then, the name tag 
management table is searched by the character row^ called 
"voltage 1" . The pointer LJK of the data management^t^^^ 
corresponding to the "voltage 1" and the 10 of the management 
number of the name tag "voltage 1" are possessed. Then, the data 
ma^nagement table is referenced using the possessed pointer LJK. 
The address X31, X32, X33 are possessed as the access pointer of 
the region where the data actually exists. In addition, the 
region of the data input function is kept in the memory. The 
value of "the voltage 1" corresponding to the management number 
10 of the name tag management table exists in the pointer table 
opened in the region of this input region, addresses X31, X32 
and X33 of this memory are set as the pointers. When the setting 
of this pointer table is completed, the character row "voltage 
1" of name tag storage region is replaced in the 10 of the 
management number, the data type is changed into the pointer 
type from the character row. Finally, the data is read from the 
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region indicated with the possessed pointer and written into the 
"online display program". 

[0017] "The online display program" displays the value of the 
"voltage I" on the screen and when the value of the "voltage 1" 
is displayed, in the data search routine of the "data extraction 
routine", since the information of storage in the name tag 
storage region is modified to the pointer type according to the 
aforementioned, the data is searched from the character row, the 
data from the indicated region of the direct pointer is read out 
and outputted in the "online display program", 
[0018] Next, the data extraction process is made into a sub- 
program. Another implementation example of the method of the 
invention is shown in figure 3, the process is called out as the 
function in the process of the main call out program process. 
The invention is explained below. The called out program of 
figure 3 called out the data input function where the name tag 
of the data is attached as a number, the extracted input of the 
data during the flow process is performed. 

[0019] The data input functio n is the_ s^u±)- prog ram for performing 
the data search process displayed in figure 2_of the data 
extraction routine pertaining to the aforementioned^ 1^^ 
invention. The data of the name tag attached as the transfer 
number is extracted, the process is executed to transfer this. 
"The data input function" is a classified data which is the 
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pointer type so the data input from now is more than 2 times. 
The pointer of the data region is recognized as in possession, 
Therefore, the 10 in the management number of the possession is 
stored in the key, this pointer is referenced, this pointer is 
from the data region stored in number 10 of the pointer table. 
The process returns to the called out program where the value 
corresponding to the ''voltage 1" is read out. /4 
[0020] The action of more than 3 times is the same as the action 
of 2 times. This is repeated until the ''online display program'' 
is completed. The "data input function" according to the action 
as mentioned above performs the extraction of the data indicated 
according to the name tag. 

[0021] According to the 1^^ invention, after the initial search 
of the search information stored in the name tag storage region, 
the process is modified to the pointer type to access the 
appropriate data directly. A route is not required to search the 
data from the character row. Since the data from the region 
indicated with a direct pointer is read out, a lot of data can 
be repeated and the overhead can be reduced according to the 
ring in the management table and the high speed data read out is 
possible, an effective method can be offered. 

[0022] Also, according to the 2"^ invention, in order to extract 
the data via the "data input function", since the process inside 
the "data input function" from the original call out program is 
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concealed, the read out of the present data is the first time 
and the read out of 2 or more times is not required. The data 
read out programming is possible according to a simple logic. 
[Brief explanation of the diagrams] 

[Figure 1] The diagram is used to explain the ring of the data 
extraction in the implementation example of the invention. 
[Figure 2] This is the diagram showing the flow of the program 
searching the data from the tag name according to the invention. 
[Figure 3] This is a flow diagram of the program searching for 
the data from the tag name according to the data input function. 
[Figure 4] This is the constitution explanation diagram of the 
data management program according to the tag name. 
[Figure 5] This is the constitution diagram of the data 
management method according to the conventional tag name. 
[Figure 6] This is the diagram for explaining the inner part 
processing procedure of the conventional method. 
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Figure 2 



START 



Keys : 

1 - data classification is judged (whether the character row is 
a pointer) 

2 - pointer type (2 or more times) 

3 - pointer or character row 

4 - character row type (initial time) 

5 - pointer of the data storage region is obtained and the tag 
name management nun±>er is keyed. 
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6 - the storage location inside the tag name management table is 
obtained 

7 - the pointer of the data management table is obtained 

8 - the pointer to the data region is obtained 

9 - the tag name management number is keyed, the pointer to the 
data storage area is stored in the function Table 

10 - the tag name management number is written into the tag name 
storage region of the read out side of the program 

11 - the data classification is converted to the ''pointer 
type" 

12 - the said data is called out and transferred to the said 
program 

END 



0 t>'/<yWf^^^^'>^ 



V 





Figure 3 
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Keys : 

1 - on line display program 

2 - tag name, data classification is set initially 

3 - data input 

4 - data display process 

5 - tag name is ''voltage 1"; data classification is the 
character type 

6 - data input function 

7 - indicated data is extracted 
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Figure 6 

START 

1 - data classification is judged (whether the character row is 
the pointer) 
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2 - the storage location inside the tag name management table is 
obtained 

3 - The pointer of the data management table is obtained 

4 - The pointer of the data region is obtained 

5 - the appropriate data is called out and stored in the program 



END 
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Keys : 

1 - Called out routine memory region 

2 - data called out routine memory region 

3 - tag name storage region 

4 - voltage 1 

5 - index 

6 - data identification storage region 

7 - character row or pointer 

8 - data storage region 

9 - average value of voltage 1 

10 - pointer table 

11 - Index, 12 - Data region address 
13. - name tag management Table 

14 - Index, Name tag, Pointer 

15 - Voltage 1, 16 - Voltage 2, 17 - Voltage 3 

18 - Data management Table 

19 - Address; Relation; Type; Pointer 

20 -(Voltage 1) average value 

21 - (Voltage 2) instantaneous value 

22 - (Voltage 3) maximum value 

23 - Fpn, floating decimal points; DPn multiple accurate integer 
24-3, Process data input process routine memory region 

25 - voltage 1 data region, voltage 2 

26 - address; data 
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maximum value 
minimum value 
average value 
corrected value 
instantaneous value 
process terminal 1 
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called out routine (online display program) 
tag name, data classification are set initially 
data extraction program 
data display process 
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(b) 

5 - Data extraction routine 

6 - extraction data tag name 

7 - data search 

8 - data transfer 

9 - data input process routine in the process 

10 - external part data input 

11 - data process 

12 - data renewal storage 
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Called out routine memory region 
tag name storage region 
voltage 1 

data storage region value 



21 



5 - average value of voltage 1 

6 - data called out routine memory region 

7 - tag management Table 

8 - index (10,11,12); tag name; pointer (LJK. .uvw) 

9 - Voltage 1, 10 - Voltage 2, 11 - Voltage 3 

12 - Data management Table 

13 - Address; 14 - Relation; 15 - Type; 16 - Pointer 
LJK -(Voltage 1) average value 

Imn - (Voltage 2) instantaneous value 
uvw - (Voltage 3) maximum value 

17 - Fpn, floating decimal number; DPn multiple accurate integer 

18 - Process data input process routine memory region 

19 - voltage 1 data region, 20 - voltage 2 
'21 - address; data 

22 - maximum value 
2 3 - minimum value 

24 - average value 

25 - corrected value 

26 - instantaneous value Rl 

27 - process terminal PI 
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Um^l] 'Jt-h7-p>'->''-\0-/KRPC) 

juries 5^ ry h :iyh-j.-^'±-C'4t?'>:^7'xx ^' h 

0^111 U $r fJiS 'J t - N i-- A- n-zl/STji t T ME 
\' n y t J. - j^6^T•t l> R P C 7 ^ r >- h ;^ ^J' 

-A-;t/xx^' ^^^^l^!cLJlO-?■(50^f-A';^■7'>-'x^' i> 

{zm- hT9-txi %\ri- |>RPC-9-->'<7-f7'7iJ5: 

inlKR P C -^-M'? ^ v'y >J li . m-> ^^f'Jx. 9 V 
on yx^yx I D&--tf>f yi>{z'&m-hf4^i:^-i i> 
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Iihm2] 'jt-i^rQi'->'A'n-/KRPC) 

5r il 1 1 . ^' 7 'f 7- >- h n :^ f A - ^' • - A' :? > f a 
-^'JLlw3}-7'> X U N^^ili!iLli'::>^c7)7j--/v x 1>C 

mi^ 7 ^ 7*>' I- n >f J.- 5' |-.T"I- t /c'l-T-i.'x ^' h 

3 y t" J. - 5- '^ffiif'-J- 4 R I-" c J- V -f r y b 7, 

LT , liri Je R P C 7 ^ 7* y h X ^' -/h- f> cod 'v' WIRIIS 
cjuftX.'iJ LlCitli}' L 'C . liyfl*;--^ <:/ y t J.- ^' 

L X . ii!|.ti!^; - ' N' :f > f J. - 5' //«S(fg1- h m.^.. 

-J'^-f>X^'>XlD$r iii/.]a 'J 1- y n i' - i^' v :J 
liydR PC-t-/<7'f T"? A\ ^S■■t-A':t7'i.'x ^' h 
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O'f yx:?yx I DSr.l^'f y^'(cS:}fttl)iiSt, 

[iM31 'Jt-brDi/-x>3-/KRPC) 
SriitT. ^'7^ry h3yeju-^'//+;-->'<nyta 

Me:? -7 -f r y h 3 y h-a-:J'(l , 
Me^7^ryh3ytri-^'±T'4t;^c:t7">''x^h 

y m L 5: iiij K 'J ^: - h ro V— X A> r? -/U $: a t -C M £ 
y t j.-i'/v^tf-f S R P C :? 7 ^ r y h X ^ 

H!jie-^-A'3yfi-:?{i. 
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>=x9hi:9ilzmi, 
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mh tt 'J i^-f/i^Tf -/i^'x ^ h*<-t,-K- M-s^ y 7 H 
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& ^ - h T'v-' x h r ^' -feX xXr A, 

Hfjia^'7^r>'S5}-7>''x^' m=iit')i^i-)Vi[^ 

H?s« <^r>-'x 9\-\X. msL-^ V X.9 
h t miKOm^i^-' N'Tf X 9hb *' ?JK^l£$li:T«t 
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x-i-htzti^<^) ') h •/> X J- 1- r ^ -t X > X 

TA-C.t')'>-C. 

iiye?' 7 -f '/•> 1- :j > f^i.- . 
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1- c r ^' -t xi-^ ) 1; ^ - b 5f /i;' X V r ^' -t x 
vXr/st-fjoT. 
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L'C. liydRi'C J' 7 < 7'y bX^'-//;'/',C)(i'.'fi|RHi![ 
onmWUzMtTA^^X . ii!|.ltl-';--A-r7> tj.-5' 
- A't r^-'x ;» b t'JML Ji'>c<7v';-- A'7rri.'x 9 1- 
{^^N-^^^-^-L- 7. t'litri-^ R PC ';--A'7 ■( ^7 t 

iiyeRPc-<^-''<7< /-^'jji. 'j£ji!tL?'c-^-A'7r /i'' 

x^' b(:nLJ---^"5r'f yx^-yx I D^MO^-C. 
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mmr/mUZ^tith. V=t-h:tryx9h79^ 
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[000 1 ] 

xx^' hr^'-bXi/Xr^tpgi-S, 
(0002] RPC(l-f-<7)||gCfcV^T. ^-yl- 

20 7-;;'*>f,cOflS^co}W!;IlS3)«S-. g^^rt tirn-bX^ 

iis:: Uii. Lti^'^o ■mx-mm-ti, twt . xu- .y h 
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immm m^mr\:>i^y iyyizmmi/m 

li:^^yhV—9i:mXfz'Jyt':3.-9 fJil t'l^Afel" h 

ibliZ. RPCimhtlX\,^7^. RPCJ±^-y 

mx /L-«i|(7) 3 y t J. - ±(7)f-gj ^ ^ t a- * /^ 

30 t'J)&. RPC$:flH,^T#j&rjy fjL-^'//KiJ(7)nyf 
[00043 

[«Wfl¥?;iLJ:^t-ri.|ji!IK3 fcC^T. ^Vi^x;? 

i^tftisirn /7 5 y ?''•<:«. -UMim^'y s. > nzH 

(tS J: ')^4^«S&nf!/;J',LT'{d^< . ^f7'xx 9 h(r>'Ai 
«yi3?4<. ?ft'Mi'JJ;-3^5l--/xx^' HiWi-^t«f1i 
A^fhiii , Cc'Jj; ') ^TJl-Zi-'x 9 htlti&i7*n/7 S y 

40 yx'my'i^x.9\~mnzmLxi. ^--v i- v-j' jrs 

'C n y f J7 - ISj-e . x-9 LonT'J s. 

9 V^S>fzi)^ki\:i-ii)Voy\l :i,-9 ;i:OyJs-fi> S.9 \- 

[0005] UpLWt^,. Jii^L/L-f^JkfJRPC^f 
aitimWLX. n-Zj il :? y tr - \HX'0)-'f y'> x 
9 hmVt\>'M^j:iM'-i^' -' ]-''^-9^MXtz'iiP)^> 
t' -9±.C)ty'i^'j.9l I X 'ilti t 

[0 006 3 l2<ini. \:i-^il-Jyfa.-9 n'rC^T/ 
50 >-'x 9\-2 i:tmi-i,i9,<-tC)im<'yrayyj.^THi: 
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100 07) 1. Jf/vx^- h<fefi!cgAl<5:^^ffL. -e<0 

(00 08] 2. wf*. w^\^tzr^^y■9i\mLx. 

[0009] 3. 5}-7'i/x^' H2*q^|?{C^o!ro'^. IK 
[00 10] Z<r>Xdl,z\:i-:^iUay\;sL-f'\f^cr,m'^. 

y^^mMx, ^-/i^j.^ hizm hmm^ix 
I.. 

[0 0 11] J:f)J:o=5r5l-7'>''x^b|«<lH^, (sHiR-WR 

m^j:mmnm^ y^y x-Mzm-t^'ii:'m 
ximL. LytLtzr^^ y^mm'^mt uxsgs-r 

^'^RST;tS')<7)nyti-^'±tc^l-7">''x ^' 
TIsltTfyxxJ' h?:tS5gi-^Aji»^tc-?-i7)'-K^ y9i:m 

<^^j:hi,i. v^'^^'Lx-imrv j.y v\<z 

yafi^ L 'A.r>im $ -u- ^ c t \mw^'h o 1 1 . i 

otfORgS&oftA'JJJfC'Jf/i^'x^' hit:<t)j5iL. >iiJ(7)IKll3cDP- 
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::-9^<fm'!.m^^ y9 7 x-xf)'j£iit®;)<Jr^?SL . 
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[00141 3ls^BflC0S^2<0ffl!lElC*>*>|> vXtAJS, 
nyfj.-^'rtcOjryxx^' h {■'^■-A'^T'xx^' hi: 

Trri/'x^- hto9 ) $rfl-^i>. ?'7'f rvhTf^vx 
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'10 LTJKi!)l-fS. 

[0018] ^C)^teffJ?ScjWfi<j.:oiiO-Cif)S. t 
tiih*,. ^)-i\'.iy\::x-9\i. 9y^ryh:iy\^:L 

iz. fmri^x9\-lzi^lX^--9^j:l Di:P\nii 
tt. ■ief)f /i^'x l-(7);K'f > 5^ t I Dtcmfiiiiii^ 
m-^ti^iliZ. D$:^'7-f 7'> l-:i>h-x-:?(C 

'jyf.i.-9£<^)pf-/>'.r.9bizm i>mm. 



9 

COO 1 93 112{i. Z(r)mmBmizl^>^'Ji-h^7 

[00 20] 02 (C^1-7-U /5 Atf'/Ud, II 1 t-:^ 
WU5HcjUi/::H^ma^'- y ^' 5 '/y U 5 5:^1" I., ^co 

=iA-fy')A^\.zi!-rV3.9 l-2^^il«;L-. ^oy^\,z-^ 

/■^jj-Zxi ^' V 2<^:)^U y^t, tT^xx ^' h 2{cS'l*) 

(00 2 1] Z(r)r\:tyyl.=^r>i'X'<r>itr'Jj.9 h<r> 
100 2 2] 1 . VOy}^ 

p< >f y r D / 7 A 3 (i . 5}- 7" i^' X i> L 

^$mn'J-, -fy ')\<tmth. J^mov •/ 9 y 
^ 7*7 'J 5(1. ^r/i^'x ? h ^-f /-y 'J AHz^-J^i^x. 
9\-2^m.V. i)^r>:y.r--9tc\'C>*c'ikm. -et 

T , mh uzA<^ y9t\Db imT--/i\^6iim 

lfz^-/l''.r.9h 2C) I DSrJ|V'f#t^. 
[00 23] 2 . >l-7Vx HfjyflfS^/l^rr 

/v-'x 9h2 izi!ii-mmnmM\mm'iii i $r 

'$c\^n'J->9y-{fy') 5(C?6'<fi-i .. ^«Sn>' y^'7 

>9i:m^l. ^C):\l^>9^imi'Cfr>x.9h2 

[00 2'1 1 3. :t/=Jx.9 NOjfiWi 
> ^ y 7'a 5^ 7 /. 3 ti . / > X I- 2 ^ -> 

mmi/iwi ^Kmny-v 9 7 < 7- -7 u 5tc^i6tft«. . 

S;mn •/ ^ 7 ^ r 7 U 5 (i . ^ttCr- T'/U 6 /j^ f> I D 
tCif),Df^;lt ^ > ^' i^R}* L . -^■c'i-K'f > ^' ^m] LX 

[0025] ia3(i, ll2lC/-KL)tiij;?fJra/7At 

T/K7)'femn> -v ^ 7 -f 7'7 1; 5 . ^^'■Aijseifj.'fij' 

7. f A c'l V -f r > b :i > f .1. - t -9— ' < :/ > f - 

[ 0 0 2 6 ] ra 2 l,Zn<-im^ a > 9y^7y')5^ 
Win PCvy/U y7l,zK1}-i-l>t. •$imai^-, 9<7) 



( 6 ) 10-275082 

1 0 

RPC9y^ryhX9r {VXT. mz9y^ryV7. 

St. SL\^oi^v9<nRPC-^-f<>yA-r 
yV (WT, mz->r-f<y^7'y'Jbof^) 9tmm 
mz>±jS.^ixi,. ZZX\ 9y^7yhX9y8t->r~ 
y<y^yy'J9Ui.. RPCmmi,zX-oXiM'^^tli,Z 
ttctor. ^«stL-Ci!2lc^-f^mo>'-y^'7'f r 
y')5tmtm.mi:^fzi-iiOn'hi>. 9y^7yhX 
9y8ii, ^u'J-v9y^ry'}5bnt^y9y X. 
-xi:^^ yru9'yA3i,zm.mt?>ij<^X'^n. zco 

10 ■iy97 3^-X^RPC(r)^^WM^y9yx-MZ^m 
thmti:i>-:>. ■9--^N'7^7'7'J9«±, ^ma-J-y9 
y^ yyV 5l*lcO*tJSr-7";l.6tcffla-^-S«)Cr-7' 
yH O^eftl^&t/'gaLTtJO, 3imn 7 'fT' 7 
i;5**cOtifig. oiO. ^7^rybX^'-/8/;"^R 

p c liflj ^ a t T 5)- X ^ hfi«<^Sif<ictc t 
■Mmmitt. t--y:^7i^s.9]^mm^tmm^: 

to. 

[0027] Il4(i, ±$i<7)9y^Ty\^X97'8kV 
20 -A'7'f 7'7U9$-iS«!iL/c::jyfi-^'m:0fiJfi!t$ 
•& *3l5S8i Jf^ffi X x r A (7; 7* o 7 t T> $: ^1" . 
[0 0 28] ia4{C7KtJ:7(c« 9y^Tyhay\^j, 
-9 1 1 fc-t-A'rjyb-.i-^' 1 2ti)K hV-^' 

SriHTT^^tL. m^iiRPcmmi3izX'>xmm^ 

mX'S>i>. 9y^7yhay\^j.-i9 1Hi, ?<^ra 
yyJ^St, m3l,ZniU.:9y^ y7yh X9 /Sbi 

mth, •t-M'nye^i-^'i 2(i, ;i-7'i^'x^' H7'f 

7'7iJ4 i:> m^^zixsLfz^-f^y -i -/y ^) 9^\^z. 
■^-'^y-i-/y')91.t. m)1^ltziio\.zt7-Jj.9 
30 h')^y->')AnO'>^'^-Xi^x.9h2oy.\U y9t I D 
t <r)»!5n—7iV 1 0 J-tf-^-S . fiiJid: L/:; J; -) ^ . R P 
cm^ 1 3 SriiD i:Ttii^$i-t/L- 7 r y h ^' /8 1 
+;--/\'7 •{ ^7 1; 9 ty/, t,.t t i:'ia2(C/KL/v:jffi^«7) 

ro / ^ Aqtr /I. <7)KISn -.'••/ 7 7 -f 7"^ 'J 5tnmz 

mm-h, Rpcm.mi3^mtx'^*)t^inxi,(7) 

a. >r7'i''x^' h0i^Uy9X'l,tti:< 1 DX'hi>ipf->. 
^'7-^ry Nnyfi-^' 1 l t-tf-A'jyfi-:? l 

2 1 'c> t u -mtrntch t \mm^zKc ^ o , j« o 

r, ^'7'f ry l-nytTA-^' 1 1 ti^--/ 1- v-j'^Rg 
40 Ti^C-t-/<3yfj.-5' 1 2L(r)'A-r>3.9 V2^m\^ 

-i-^ztipX'^i,. 

[0029] mz. m40)i.XTMZiol,ih7f-/i^x 9 

hmnz-nvcMm-^^, 

[00 3 03 1. ^■/i^x9hc»'iLiii 
/'7 -f r> I-:? y f j. — ^ 1 1(7)^ -f > 7-\T/7y>3 

9y'(r> h^9-/8l,zHlX^/i^'r.9\-±]mi 
mWinimrti,'::. 9yiTyV7.978l.i.. Cf) 
IWIXUf J/Ui L R P C ISff} 1 3 ^ ii L -C •'j - A' 7 -f 7' 7 
'J9f;jiS6. •^-''<7^-/7'J9(i. v:c;)|«|JXiifc/,'HL 
50 ^Zlij-^LX . Tj-y^-'x b 7 ^ r 7 4 mzi^-Ti^x 9 



J (7 

1 1 

-^'=5:1 D5:S<IO^t, -J-cO-K-f V^' t I DtiJrf—T' 

C 0 0 3 1 ] 2 . ^rr^-'x l-<7)j!ra^tr 
T ^i^'x ^ h 2 {ci*-ri.J!!iail^fi?5)<MSt£7)Bf tXtti L 10 

$:^'7'^7y^•x:J'-/8^^l£^T1•|.. 

mi— -/IV 1 0 A' -^-cO I D tcmi-l. 'I'-f >-:5' S- HXt^ 
U. f C7);K^ y^'izX-oX^if^^ixlitn^x^ h 2{C 

[0032] 3 . jj-ri/x \-(nrm 

y7-a/7JU3{±, Trri-'x^' I- 2*>'^StC^o/-c 
m*L/c 1 D^^IIBclc-tv M^TTfT-i^'x:? 

1 oA'f.fc) I \)i,znmt7i>^^ y^'^m^L. ^<r>r^ 

^y9\,zi.-^X'!im^ixh:>:yi^x9h2\.zni,Xim 

(0033] WTl^. ^m.mmi-XrMztil,ih^^a 
V vl^y^ -/y U 5 <7)^34l?i|$-^n1-, ^ V^-'x ^' ^ tSi*] 
mnc^ 1 ot-.fc'S. C + +<7)ff^li.Jf r o b j c c t A J i: 
t>9 ^-^xtcot^Tc^^liSSKVilJri^HjH-^. ZZX\ Ob 
jecLA{i, lAcLionlj 'AcLion2j 30 

r Ac L i o 11 3 J tl,^^ 3-5(0^ V ■■/ FSrf^otcOfc 
-f ■5.. ^Ji. fi3iilC)/'v:*'>Ob j e c t AcO/t),ji. jm& 
J/^ V ••/ F t^ii A- 7 / - ^' //^/T I, » t C7; t i- ^ . 

[003-1) Kt^5n>- y ^' 7 7'7 'J 5 ^^iliti,t% 

(1 tlx Wl-V) 5 -POlMlitif t liisr , 
(0035) 1.. Jf/vx:? h'jlliJtliySc '"Ob j c c L 
AC r o a t e (ID. r c L ) i 
JlitllJ' 7X0 b J o c t Ai'X >X > X ( 7r7'>'x 

■AOb J e c I AO)^ y7^^y 7^ t . xO'f 

yX9> .7x<7);IM >9txiUzm*)-^Xt^lDt^: WiD 
f— //l. 1. 0 lZ(m L . 'C<?J I I) t 'j£|j)tf,'iifi r fi t $:nf 

( 0 0 3 (> ] 2. --t 7 > X h ifimm'l 'Object 
A n « I <■! I (! ( I n , I- <; I. ) J 
CiUJ: . 7 7vO b .i e c I. A*')'f > X ^' > ( ^ T'i-' 

x^h) i:im&iL?^fzif)0)imx'hi^^ . zmmi.. 
mtiiLtz 1 D&mzmi—/ii \.o^)^^-,muti. < > 



im^?- 10-275082 
1 2 

>• h ^rM'lllf; U , ^(n^m ret SrOpI/Hi LTc'VjRait 
■2.. 

(0037]3.Actionl gg^RIS r o b j e c 

t AAc t ionl (ID. ret) 

I Ztlii. :>(Vy\iActionli:^yx^yxl,Z 

nLx^^-ri,fziih(r)m^x'ht, z^^mmi. ii^ti 

fzlD^: ffitcWlCr- fil' 1 0 A> f>*tJJ;i-|. -Y yx ^' y 

yX:?yX{CJtLTAc t i o n l SrfEtrL, -f-c7)A 
c t i o n l(7)JA*$rifA*r e t t LXSfl/iULfc^m 

(0038) 4. Action2 |?*MSt 1" O b j e c 
tAAction2(I. D. ret)j5. Actio 
n 3g3<raiS '■ObjectAAction3 (ID, 
ret) J mm ^ y 7 K*ff il-eilA c t l o n 
2, Action ST^SWWi, Ob j e c t AAc 
tionl (ID, ret) tlsH^T'*)^. 

(0039) a±.cr>Ccr>mSl^:m2l,ZifkLfz^moi^y 
^' 7 ^ /7 'J 5 1 LTHK L , .1 3 tc.T< L7t J: 3 

3 yy y L- L T T- $ ^' 7 7 y h X / 8 1 -t- A' 
^■f 7'7'J 9i:5r[a4(cjK-tJ:otc;f>-/ hV-^'J:c7)3 
ybTa-tJ'lK 12tct§<di1-|.>rttcj:0. ^'7-fr 
yhnyh-jL-^ 1 1 *»<^>OS*T'-t-A'nyUjL-:7 
I 2±{C^'7X0b j ec t AO'f yx^'yxj-^liit 
L, •?-il(CAc tionl. Action 2X{iAc t 
i o n 3 Sr®* Uz 0 > jftM^-ti"!^^ 0 1'^i t i^mz 

( 0 0 4 0 ) ±jd: Li^oSfS 1 J; & t , 'J ^- 

hny\^:>.-9yjz-Jty=Jx7\-^ 'ii^ L . J'ifl^ 

(004 1) ( 1) ^7'v'x ^' h IcJr+i-* 

i-y±{c(mT^s„ 

(0042) (2) ■■{■?' i^x9V nmz'm L ^.-ti!*!} 

(004 3) (3) P^iAc»3yfj.-9i)<>)i-hziy 
fa.~9 \:0):t-/>'x 9 hf:1\^X'bZ>.. 

[ 0 0 4 4 ) mz^ftmciWAffyM'&mmi'Ziii'j^ t 

-1-^7'xx^' hT 9 ■b:X>:-Ai-MZ':>\,rcm5 , 136 

^mmxMmt^^. 

(004 5) z(^)mmmommmTO)mnx'h6. 

■^r-'\'Jyf:,.-9kcf)t-/i<'x 9 \- (-t^-ZN'sf T'j/x 
9\-b oM: ) iz i-m I X . t |3I t -f > ^' 7 x - x $r 
L-):^-r-/x9 h {9y^r> h i^f'Jx9 vtn:'i^) 
ii'^9yiry \--\y\:: 3.-9 \-j,z>km.^i\h , zzx. 
v-'s-^-/i/x9\-i,i mr>x9hxh*). - 

h\ 9yiry hTT/i/x 9 \-\.t < y9 7x-xrcW/ 



1 3 

^' .hmff$ ix^ . 1 £7)^i!i©e®t'{± , ^^yr 

1 0 0 4 6 ] (15 dcOl^ifeJ^.tgUfSI. 'J t- b 51--/ 
X ^' h r t x;^ r A<?)flJss5<7)S^ t I. D- 

[0047] o-;<^/U3>fj.-^'2 Ki, la2^C/T^L 
i^v:^:ry|^t|31«tc^-< yruyyL.3, ^\^a=j-,9 7 

^ ^ vruy^jh. 3 1 SJ^o X7 7 /7 5 1 oiai 

b 1 5^^f1-S. 

( 0 0 4 8 ] . ±ldtf /UW^I-y^-'x 7 httft-5r 
(004 9] 1 . a-fi^x'/ Hcy±R!c 

p<'f >'rD/7A3/;\ ^7^r> i^5l-r>x?' h^-f 
z-? 1 4 1'li:^ 7'f r >- 1> 3r /xx m 5 st^rki- 

5. ^'7'fr>'h;j-7'>''x^' h 1 5«i. 'ji)«)!afi04't'- 

n-^' y ^7 'J 5{i. •^--/N'jtT'i-'x ^' h 2 $r'J- 

h2t>:a:^-;7^ I D^BPIO (ttt. -"M^^'i: I D$-W 
),i;-r--//l/6Uf»«)«)L, -eUT. I ^' ^-f 7'y 
-/>-x7M 5twjKil)-fS. ?'5'fr>'h5f/i'-x^'l> 

(00 50) 2. 't/i^'x^' l'<7)W.*^T 

tc«fmT^^Al<-^-a . ^' ^ ^ r y b t /v X ? N 1 
5(±, m.t Lxfmifc 1 D t^iiiki^-fe ••/ h Lx . ■>)■ 

••/^'7^7'viJ5{i. Wl£>r- -//l.G/j"', I D(cn/i;-^- 

(0051] 3. ^t /i-'x^' \-C)im 

> X M 5 . 7 'f '/'> ^ '^-'/i-'x 5- I- 
1 5(1, im9mCi>\'X'. Kttt LTCilfJfL/'^ I D$:'JI 

••/ 1- L -c ->f ■/> X '/ \- immmmu^ii; u^iien 

> v ^' 7 -/ 7 ' J 5 '\li'ni' . 'fttfti:? >■' ••/ 7 -( ■/ 7 

Mil . •e^n.K'f > ^'//^^^■^-^-''^''t■7■i-'x b 2 tcjpj 



(8) ?$iS¥10-275082 

1 4 

(0052] 116(1. [l5(CjrL/-ctr'U5:S^(CLT 
fflsS $ it/:: X T Aco 7" o 7 A t T $r q ^ 

(005 3] 0^(7)J:9{;. ^'7^7yh3>'ti-^' 
3 1(1. Ji^ yrayyl.3t, ^^7^7^ hJf/xx 
:7l-7-f7'7'J 14t. ^'7-f ryhX^'7"8fcS:lr-f 
I,, ■»r-A-3ytrjL-:732{l. -9— ''■*'7^/7U9 
ii. Jf/v-'x^' h7>f 7'7U4k^W1-|., ZZX\ 9 
10 7'f r>'h;<.^'/8k-t-''<7'f y7iJ9{l, I13(C^ 
LJtJ:7(i, ^mn>-'-y:77^/7'J 5i&^i>«cORPC 
3 y AM 7 T-3 y >' /U-f «! k (IJ: 0 4« i5 iXTt t CO 

(0054 ] «SB*iIx;^r At'CO^f'/xx ^' hMmi 

[005 5] 1. jJ-^Vx^' hcoifig 

y^yra/7A3(i. 7r7'xx^'b7-<r7'j i4i^i 
[zyy^Tyvis-rVxy\-\5i±m-h. ''/v^r 

yhTT/i/x^M 5(1, 4)i!tJ!!!ifMc?)'4J-C'^'7-<Tyh 
20 X^'/8(i*'tLtJfV>''x? h±h!cTO»ft>'ajL^f£^T 
^'7-<Tyh;'>^'-/18(l. -etf'JWf'y^aiLSr 
liPClSfll l 3SriiSl:T-t-vs-7^/7'J i 9(Cj5il.. 
■<f-/\'5-f U 9(1. '?-<7)iifO','liL(Cie^LT^;--/N' 
Tfy-^x^ h2$r'JiatU. jfT'xx^' h2<7).iMy^$r 
'KflL. ^7'xx^'h2(CJ..--^'^i DSrS>IOWt. 
-!-(0--K'fy^'i: I DS:WfET-/;H OtClfiJrtU. -f-L 

T 1 D$r7 7'f ryhx^'T'snig-^-. ^7^ryh-x 

9-fH\i^<n\ [)^9'7^Tyh:^-f=Jx9V \ 5{Cjg 
L. ^-^-f ryh^f'/xx:? M 5(1^(7)1 D5:JKtti: 
30 LXiSk^th. 

(0056] 2 . ;i-7'xx 7 h(7)itlfff:3l?if 

-f yro/7A3(l. ^--^-f ryl-Jl'/xx^' M 5 
(cW.*W$r^«*1-^ , ;7 7 'f r y hfXi^x 9h\.5 

(1. mt txmuz 1 D$-'3im:-t-y h Lxmm 
'mmmni/\v, i^i^y^ryvT^^vsrAtx^ 

-'<y^yy')9 izmft h. N 7 ^ 7" 7 U 9 (1 , 

iifcr- -//i- i o*'<-5 1 v>\.z^\mi,^<iy9^w<^ 

L. -ec'J-i^^ y ^'A>'t^1-'^-M'^7'>'x J' I- 2H**L.'C 

'10 [0057] 2 . :t7'i-'x ^' 

y<'f yrD^^7JU3{l. -K^^i.zU-^tz'/y'iryVtr 
>x ^' M 5 $r?ft'M$ -t^.?) . ^' 7 ^ 7' > /vx ^' h 

1 5(1. inmmc)>\>x\ m.t ix^muz 1 dj^-ji 

mc-b y b L-C5l--/> xJ- Hji'MWf.C/!l;U$:. RP 
( : :v 7 -f r > I ■ 7. J' / 8 1- iili L t -V - z < 7 -f 7' 7 1 J 9 (c 
itilT^^ . 7 -f •/ 7 'J 9 (1 . Wlor- ■//I' 1 0 /;> 

i-i;-/ <Jl- -/-.'x ^' I- 2 izim^iti: mft i . 

[0058] ariz. ^■MMm>^i-^<'yMifim^''Ti 

50 i". 



1 5 

( 0 0 5 9 J 1 (ommmm'mt mmz. c + 

L . I'Aclionlj rAcLioii2j "A 

c t i on3j <7)^V y HSrJ^otcot LT. -eo ro 
b j e c t A J (IoV^rc?)>4^^Mie®iO||SHJi)^UeBflt 
I.. 

[ 0 0 6 0 1 i-r . a? 1 <7)^J6a«s«^^s^f5iit Ri^ic, 

CSIgiOSocOHHa: l^ObjectACreate (I 
D. ret) J robjectADeleLe(ID, 
ret) J <"ObjectAActionl(ID. r 
et)j rob j e c t A A c t i o n 2 ( I D, re 
t)j rOb j e c t AAc t i o n 3 ( 1 D, re 
t) J Sr. ^mn>-y^y^:ry>J5i:lxmMt?>. 
(006 1 J -y- A'^r/v-'i^' N(0^'5XOb j 
ec t AtcMieU/c^'5'f ryhTfrxx^'hO^^X 
Obj ec tB?-ffl,Bl-S, <(rt:i. y7'n/7A(*l 
T'Ob j e c t ASrfiefflL^Srl^tS^, Ob j e c t Bc^) 
4S(*(iO b j e c t AW^^t.t |5|--C-^) -^T ttS^fj^ 
V^, .ICOOb j e c t B{C(i. Ob j e c t AA«'^^--■K- 
M-^. ^ V ■■/ K t R-SM;<0^ y •/ K S: fflS L . y 

y'yHtiWTOJSOT'*)!.. 
(0062J 1. :iyxh^^f (±imK!:m) ^Ob 
jectB: :ObjectBj 
CiX<d. ±!m^Ohj ectACreate (ID, 

ret) imm I . im^ixfz i d snAig^ti^airti- 

^. 

[00631 2. TXb77^' (?ft'««&fl) ""Obj 
e c t B : : — O b j e. c t 13 j 

CiHi. i'lg15^(!S}^L-Ti.'& ID^ft-)]]LT, im\m 
Hft/Hi LObjectADelete(ID. ret) 

[0064 1 3. r o b ,i c c t B : : A c t i o n 

1 J 

l'>^^5(mL'f^^l. i Dumix. ac (. i o m im 

mWl/lii L O b j e e t a a c L i o I) 1 (ID. r 
c t) $:5S?fta. 

[006514. ' O b J e c t B : : A c t i o n 

2 J 

■5 . I O I) j c c: t 1} : : A f: I; i o ii 3 j 
ZiKAi. mrrmmWJil-fj^'tii't'iiOb j ec 
LAActioii2(ID, ret),ObjectA 
A o i. i o n 3 ( I n. ret) Vh6Vi9Hi. A c t 
i on 1 iiRI;. 

[ 0 0 (i () 1 w \:ff)rjii2ffy4ihmmi'ZX 1 1 . ■<'K<^m)'^ 

(00671 (1.) f y ^7-^'J:^fiIIi^^L/>:l-"f■/> 
h . 



( 9 ) 10-275082 

1 6 

[0 0681 {2) ^^••>VV-'; ^jr>ty'Js.7V^U 
(00691 (3) n-.;>;U::jyejL-^'rt<7);t7'yi 

[00701 ( 4 ) if%mm(r>wm)i<>L ix. 9y 

(007 1 1 »:tc*f6B3<0m3O^«fem»SlcfS-5. 'J 
hTfy^i^'hr^^-bXi^XryUcouT, 17. 08 

timRLx'mth. 

(00721 iOl^SfeJfMJi. ±jl><om2«OKllM 

mz^isx'^ himi\mLtzh(r>x'hh. Mftwa^co 
[00731 mi\f^%mm.z{%h h^j-zi^'x 

(0074 1 ryayf.x-^'4 l(i. ;<'f>'r 
n/7A3i:. 5r7'xx^'t>7'f7'7'J5 1i:. KJftD 

'J 5 1 tti. ^'7-fryhjr7'vx7 h52t. Lhxz 
S'PM+it'^ii/i I D (IMK. ^yx9yxiDt\>^o) 
t . ^<hyt-/=Jx 7 \-m\ i^yx) ^^Him^'l r Dt 
30 //fm?il.&o 

(007 51 ^-f<ayfa.—$'4 2«d. S:max y;? 
c7)RPC+;-y<5'f (WT. m(.:-t->'<7^ "/^ 
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(54) Title of the invention 

Remote object access system and method 
(57) Summary (amendments included) 

Objective : Attempts are made, by using a remote procedure 
call (RPC) , to generate an object in a dynamic fashion on a 
computer separated via a network and to access the same . 

Solution mechanism : The client computer (11) possesses the 
main program (3) and the transform logic client stub (8) . The 
server computer (12) possesses the transform logic server library 
(9) . The transform logic server library (9) generates, in 
response to a generation request issued from the main program (3), 
the object (2) , assigns a unique ID to said object, stores said 
object ID within the correspondence table (10) together with a 
pointer, and then returns said object ID to the main program (3) . 
The main program (3) subsequently issues, by designating said 
object ID, a processing request or deletion request for said 
object (2) . The transform logic server library (9) acquires the 
pointer corresponding to said object ID from the correspondence 
table (10) and then processes the object (2) pointed by said 
pointer. 

Patent Claims /2 
Claim 1 

^ Numbers in the margin indicate pagination in the foreign 
text . 
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-VC 

A remote obj ect access system with the following 
characteristics: In a remote object access system which permits, 
via the remote procedure call (RPC) , a client computer to generate 
an object on a server computer and to access said object. 

The aforementioned client computer possesses 

An RPC client stub which issues, in response to individual 
requests for generating and accessing objects arisen on the 
aforementioned client computer, actions for calling individual 
functions for generating and accessing objects to the 
aforementioned server computer via the aforementioned remote 
procedure call, whereas 

The aforementioned server computer possesses 

An RPC server library which possesses functions for 
generating and accessing the aforementioned objects, which 
generates server objects on the aforementioned server computer in 
response to actions for calling individual functions received from 
the aforementioned RPC client stub, and which then executes the 
access to said server objects, whereas 

The RPC client stub and the aforementioned RPC server library 
exchange, via the aforementioned remote procedure call, unique 
instance IDs assigned to the respective server objects, whereas 

The aforementioned RPC server library possesses a mechanism 
for transforming the instance IDs of the respective server objects 
into pointers. 
Claim 2 
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A remote object access method with the following 
characteristics: In a method which permits a client computer to 
generate, via the remote procedure call (RPC) , an object on a 
server computer and to access said object, 

A process whereby the aforementioned client computer serves 
the function of an RPC client stub which issues, in response to 
individual requests for generating and accessing objects generated 
on the aforementioned client computer, actions for calling 
individual functions for generating and accessing said objects to 
the aforementioned server computer via the aforementioned remote 
procedure call, 

A process whereby the aforementioned server computer serves 
the function of an RPC server library which possesses functions 
for generating and accessing the aforementioned objects, which 
generates, in response to actions for calling the individual 
functions received from the aforementioned RPC client stub, server 
objects on the aforementioned server computer, and which executes 
the access to said server objects, 

A process whereby unique instance IDs assigned to the 
respective server objects are exchanged, via the aforementioned 
remote procedure call, between the aforementioned RPC client stub 
and the aforementioned RPC server library, and 

A process whereby the aforementioned RPC server library 
transforms the instance IDs of the respective server objects into 
pointers 

Are included, 
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Claim 3 

A remote object access system with the following 
characteristics: In a remote object access system which permits, 
via the remote procedure call (RPC) , a client computer to generate 
an object on a server computer and to access said object, 

The aforementioned client computer 

Possesses an RPC client stub which issues, in response to 
individual requests for generating and accessing objects arisen on 
the aforementioned client computer, actions for calling individual 
functions for generating and accessing objects to the 
aforementioned server computer via the aforementioned remote 
procedure call, whereas 

The aforementioned server computer 

Possesses an RPC server library which possesses functions for 
generating and accessing the aforementioned objects, which 
generates server objects on the aforementioned server computer in 
response to actions for calling individual functions received from 
the aforementioned RPC client stub, and which then executes the 
access to said server objects, whereas 

The aforementioned RPC server library is designed to assign 
unique instance IDs to the generated server objects, to retain^a 
correspondence table between the instance IDs of the respective 
server objects and pointers, and to return, to the aforementioned^ 
RPC client stub, the instance IDs assigned to the af o^mentionfid^ 
generated server objects, whereas 
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The aforementioned RPC client stub incorporates, into the 
aforementioned function call, the returned instance IDs of the 
respective server objects at the time of issuing an action for 
calling the functions for accessing the respective server objects. 
Claim 4 

A remote object access system with the following 
characteristics: In the system specified in Claim 3, 

The aforementioned client computer additionally possesses a 
client object which becomes generated in response to a request for 
generating the aforementioned object, whereas 

The aforementioned client object 

Is designed not only 

(1) : To command, at the time of its generation, the 
aforementioned RPC client stub to issue an action for calling the 
function for generating the aforementioned object and to cache the 
instance ID returned from the aforementioned RPC client stub as a 
result of the execution of said generation function but also 

(2) : To command, in response to a request for accessing the 
aforementioned object, the aforementioned RPC client stub to 
issue, by using the aforementioned instance ID being cached, a 
function for gaining the aforementioned access. 

Claim 5 

A remote object access system with the following 
characteristics: In the system specified in Claim 4, the 
aforementioned client object is designed to additionally possess 
an object type-specific ID which shows the type of said object and 



to command, at the time of the generation of said client object, 
the aforementioned RPC client stub to issue, by using the 
aforementioned object type-specific ID, a function calling action 
for generating the aforementioned object, whereas /3 

The aforementioned RPC client stub is designed, at the time 
of issuing a function calling action for generating the 
aforementioned object, to incorporate the aforementioned object 
type-specific ID into the aforementioned function call, whereas 

The aforementioned RPC server library is designed to 
additionally possess a correspondence table between object types 
and object type-specific IDs and to generate, in response to the 
function calling action for generating the af oremention^^ 
a server object which is formatted by a method supported bj^ the 
original object that belongs to the object type corresponding to 
the aforementioned object type-specif ic ID. 
Claim 6 

A remote object access system with the following 
characteristics: In the system specified in Claim 5, 

The aforementioned client object is designed to be branched 
from the aforementioned original object and to accept a request 
for the method supported by the aforementioned original object, 
whereas 

The aforementioned server object is designed to be branched 
not only from the aforementioned original object and a certain 
foundational server object and to accept a request for the method 
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supported by the aforementioned foundational server object, 
whereas 

The aforementioned client object is additionally designed, in 
response to the request for the method supported by the 
aforementioned original object, to designate a routine type 
assigned preliminarily to said method, and to command the 
aforementioned RPC client stub to issue an action for calling the 
routine request function specific to the method supported by the 
aforementioned foundational object, whereas 

The aforementioned RPC server library is additionally 
designed, in response to the action for calling the processing 
request function specific to the method supported by the 
^ aforementioned foundational object, to designate the 
aforementioned routine type and to issue, to the aforementioned 
server object, a request for the method supported by the 
aforementioned foundational server object, whereas 

The aforementioned server object is additionally designed, in 
response to the request for the method supported by the 
aforementioned foundational server object, to execute, among the 
methods supported by the original object, the method corresponding 
to the aforementioned routine type. 
Claim 7 

[A remote object access system with the following 
characteristics:] In a remote object access system which permits, 
via the remote procedure call (RPC) , a client computer to generate 
an object on a server computer and to access said object, 
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The aforementioned client computer 

Possesses an RPC client stub which issues, in response to 
individual requests for generating and accessing objects arisen on 
the aforementioned client computer, actions for calling individual 
functions for generating and accessing objects to the 
aforementioned server computer via the aforementioned remote 
procedure call, whereas 

The aforementioned server computer 

Possesses an RPC server library which possesses functions for 
generating and accessing the aforementioned objects, which 
generates server objects on the aforementioned server computer in 
response to actions for calling individual functions received from 
the aforementioned RPC client stub, and which then executes the 
access to said server objects, whereas 

The RPC client stub and the aforementioned RPC server library 
exchange, via the aforementioned remote procedure call, unique 
instance IDs assigned to the respective server objects, whereas 

The aforementioned RPC server library is a computer-decodable 
recording medium which is loaded with _a program for invoking the 
computer function of the aforementioned client computer within a 
remote object access system in possession of a mechanism for 
transforming the instance IDs of the respective server objects 
into pointers. 
Claim 8 

[A remote object access system with the following 
characteristics:] In a remote object access system which permits, 
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via the remote procedure call (RPC) , a client computer to generate 
an object on a server computer and to access said object, 

The aforementioned client computer 

Possesses an RPC client stub which issues, in response to 
individual requests for generating and accessing objects arisen on 
the aforementioned client computer, actions for calling individual 
functions for generating and accessing objects to the 
aforementioned server computer via the aforementioned remote 
procedure call, whereas 

The aforementioned server computer 

Possesses an RPC server library which possesses functions for 
generating and accessing the aforementioned objects, which. 
generates server objects on the aforementioned server computer in 
response to actions for calling individual functions received from 
the aforementioned RPC client stub, and which then executes the 
access to said server objects, whereas 

The RPC client stub and the aforementioned RPC server library 
exchange, via the aforementioned remote procedure call, unique 
instance IDs assigned to the respective server objects, whereas 

The aforementioned RPC server library is a computer-decodable 
recording medium which is loaded with a program for invoking the 
computer function of the aforementioned server computer within a 
remote object access system in possession of a mechanism for 
transforming the instance IDs of the respective server objects 
into pointers. 
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Claim 9 

[A remote object access system with the following 
characteristics:] In a remote object access system which permits, 
via the remote procedure call (RPC) , a client computer to generate 
an object on a server computer and to access said object, 

/i 

The aforementioned client computer possesses 

An RPC client stub which issues, in response to individual 
requests for generating and accessing objects arisen on the 
aforementioned client computer, actions for calling individual 
functions for generating and accessing objects to the 
aforementioned server computer via the aforementioned remote 
procedure call, whereas 

The aforementioned server computer 

Possesses an RPC server library which possesses functions for 
generating and accessing the aforementioned objects, which 
generates server objects on the aforementioned server computer in 
response to actions for calling individual functions received from 
the aforementioned RPC client stub, and which then executes the 
access to said server objects, whereas 

The aforementioned RPC server library is designed to assign 
unique instance IDs to the generated server objects, to retain a 
correspondence table between the instance IDs of the respective 
server objects and pointers, and to return, to the aforementioned 
RPC client stub, the instance IDs assigned to the aforementioned 
generated server objects, whereas 



The aforementioned RPC client stub is a computer-decodable 
recording medium which is loaded with a program for invoicing the 
computer function of the aforementioned client computer within a 
remote object access system designed, at the time of issuing an 
action for calling the functions for accessing the respective 
server objects, to incorporate, into the aforementioned function 
call, the returned instance IDs of the respective server objects. 
Claim 10 

[A remote object access system with the following 
characteristics:] In a remote object access system which permits, 
via the remote procedure call (RPC) , a client computer to generate 
an object on a server computer and to access said object. 

The aforementioned client computer 

Possesses an RPC client stub which issues, in response to 
individual requests for generating and accessing objects arisen on 
the aforementioned client computer, actions for calling individual 
functions for generating and accessing objects to the 
aforementioned server computer via the aforementioned remote 
procedure call, whereas „ 

The aforementioned server computer 

Possesses an RPC server library which possesses functions for 
generating and accessing the aforementioned objects, which 
generates server obj ects on the aforementioned server computer in 
response to actions for calling individual functions received from 
the aforementioned RPC client stub, and which then executes the 
access to said server objects, whereas 



The aforementioned RPC server library is designed to assign 
unique instance IDs to the generated server objects, to retain a 
correspondence table between the instance IDs of the respective 
server objects and pointers, and to return, to the aforementioned 
RPC client stub, the instance IDs assigned to the aforementioned 
generated server objects, whereas 

The aforementioned RPC client stub is a computer-decodable 
recording medium which is loaded with a program for invoking the 
computer function of the aforementioned server computer within a 
remote object access system designed to incorporate, into the 
aforementioned function calling action, the returned instance IDs 
of the respective server objects at the time of issuing an action 
for calling the functions for accessing the respective server 
objects . 

Detailed explanation of the invention 
[0001] 

(Technical fields to which the invention belongs) 

The present invention concerns a remote object access system 
for operating an object on another computer separated via a 
network by using the remote procedure call ( [transliterated in 
Japanese] ; hereafter abbreviated as the "RPC") . 

[0002] 

Incidentally, the RPC is divided, in terms of loading 
morphologies, into a format whereby individual processing requests 



received from a network are processed within mutually independent 
memory spaces by initializing processes in request -specific 
fashions and a format wherein the same are processed within a 
common memory space by using a thread or cueing logic, whereas the 
present method is applicable to the latter, 

[0003] 
(Prior art) 

The RPC is being used for exchanging procedural programming 
calls between computers separated via a network. The RPC 
represents a technology capable of calling procedures on a 
computer separated via a network as if they were procedures on a 
local computer. In a case where a given computer calls for the 
procedures of another computer by using the RPC, said procedures 
become executed by said "another" computer, and upon the 
completion of the execution of said procedures, the results are 
returned to the latter from the former. 

[0004] 

(Problems to be solved by the invention) 

Coincidentally , in an object-oriented programming context, 
operations for objects such as the generations of objects, 
requests for processing the same, and/or deleting the same are 
executed in place of procedural calls prevailing in the procedural 
programming context. With regard to such object operations in the 
object-oriented programming context, too, it is desirable for an 
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object on a second computer to be handled as if it were an object 
on a local computer between such computers separated via a 
network. 
[0005] 

The following problem, however, is observed in a case where 
an attempt is made to execute, in relation to an object on a 
second computer separated via a network, procedures similar to 
those of object operations within a local computer. 
[0006] 

Figure 1 shows a normal program model in a case where the 
object (2) is operated within the local computer (1) . According 
to this model, the main program (3) engages in the following 
operations . 

IS 

[0007] 

1. An object generation request is issued, as a result of 
which the pointer for the object (2) generated within the object 
library (4) is acquired. 

[0008] 

2. Subsequently, a request for executing a desired routine on 
the object (2) is issued by using the acquired pointer. 

[0009] 

3. In a case where the object (2) has become unnecessary, a 
request for deleting the object (2) is issued by using the 
acquired pointer. 

[0010] 



Thus, the normal program model within the local computer is 
designed to execute the operation of an object by using the 
generated object pointer. 
[0011] 

In a case where an attempt is made to execute such an object 
operation in relation to an object on another computer by using 
the RPC of the prior art, it is inevitable for the operation 
request to be transformed into a simple procedural language 
interface provided by the RPC. For this reason, the generation of 
the object, requests for processing the same, and the deletion of 
the same are each defined as procedures (functions) of the 
procedural language, and the aforementioned pointers must be 
designated as index numbers of such functions. In a case where an 
object is generated on another computer separated via a network, 
however, the memory space is variable, and therefore, even if the 
pointer for said object is acquired, there is absolutely no 
guarantee that the same pointer can be used for designating the 
same object during subsequent actions for calling other functions. 
In other words, it may be possible, during the progress of the 
action for calling a singular function, to generate an object, to 
request a routine for processing said object, and to delete the 
same, but the format for exchanging a pointer that utilizes the 
RPC of the prior art is incapable of generating an object based on 
a single function calling operation, of issuing a request for 
processing said object by calling another function, and of 
deleting said object by calling still another function. In such a 



case, it is impossible to fully take advantage of the unique 
advantage of the object-oriented language, namely adventitious 
generations and accesses of objects in dynamic fashions. 
[0012] 

The objective of the present invention is therefore to 
provide a remote object access system which is capable of 
generating an object on a computer separated via a network by 
using the RPC in a dynamic fashion and of accessing the same. 

[0013] 

(Mechanism for solving the problems) 

The system pertaining to the first aspect of the present 
invention is a system which permits, via the RPC, a client 
computer to generate an object on a server computer and to access 
said object (i.e., to request the execution of a routine and/or 
deletion) , whereas in the context of generating an object, the 
client computer issues a request for generating a procedural 
language interface, in response to which an object is generated by 
the server computer, and after a unique ID has been assigned to 
said object, said ID is returned, as a response, to the client 
computer. The server computer subsequently manages the 

correspondence relationship between the ID of the object and its 
pointer. The client computer then issues an object access request 
for the procedural language interface by designating the ID of the 
object, in response to which the server computer accesses the 
object designated by the pointer corresponding to said ID. 



[0014] 

In addition to being endowed with the aforementioned 
constitutional attributes, the system pertaining to the second 
aspect of the present invention is characterized by the fact that 
the client computer possesses a hypothetical object (referred to 
as the "client object") corresponding to the object within the 
server computer (referred to as the "server object") . The client 
object supports a method which bears a name identical to that of 
the corresponding server object, whereas during its generation and 
deletion phases, a request for generating the procedural language 
interface and a request for deletion are issued, whereas in a case 
where a request for the supported method has become received, it 
is transformed into a corresponding request for the procedural 
language interface. The server computer may, in response to the 
request issued from the client object, generate and/or access the 
corresponding server objects. The system pertaining to the third 
aspect of the present invention is, in addition to being endowed 
with the constitutional attributes of the system pertaining to the 
second aspect, further in possession of a mechanism for 
designating the type (class) of a generated object. 
[0015] 

Incidentally, the programs of the respective computers that 
constitute the system of the present invention can be installed or 
loaded into said computers via various media such as disc- type 
storage units, semiconductor memories, communications lines, etc. 
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[0016] 

(Application embodiments of the invention) 

In the following, application embodiments of the present 
invention will be explained with reference to attached figures. 
Incidentally, in subsequent explanations, a computer which issues 
a request for operations on objects (generation, routine 
execution, and/or deletion) will be referred to as the "client 
computer, " whereas a computer which executes the operations on 
objects upon the receptions of such requests as the "server 
computer . " 
[0017] 

The remote object access system of the first application 
embodiment of the present invention will be explained with 
reference to Figures 2 through 4 . 
[0018] 

This application embodiment can be outlined as follows. In 
other words, the server computer assigns, at the time of the 
generation of an object in response to a generation request issued 
from the client computer, a unique ID to said object, retains a 
correspondence table between the pointers and IDs for such 
objects, and to return, as a response, the corresponding ID to the 
client computer. The client computer retains the ID received from 
the server computer, whereas subsequent operations on the object 
on the server computer are executed based on function calling 
actions by designating the ID of the object, 

/6 



[0019] 

Figure 2 shows a normal program model which, within the local 
computer (1), lays the foundation for building the remote object 
access system of the present application embodiment. 
[0020] 

As the comparison with the program of the prior art shown in 
Figure 1 clearly indicates, the program model shown in Figure 2 
additionally possesses the transform logic library (5) between the 
main program (3) and the object library (4) . This transform logic 
library (5) represents a collection of procedures (functions) for 
object operations, namely the generations of objects, requests for 
routine executions, and deletions, whereas in a case where an 
object generation function call is received from the main program 

(3) , the object (2) is generated within the object library (4) , 
and at the same time, a unique ID is assigned to said object (2) 
for identification purposes, whereas the pointer for the object 

(2) acquired from the object library (4) and the ID assigned to 
the object (2) are stored, retained, and managed in the 
correspondence table (6) . 

[0021] 

In the following, actions for generating and accessing 
objects by using this program model will be explained, 

[0022] 

1. Generation of an object 
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The main program (3) issues an object generation function 
call to the transform logic library. The transform logic library 
(5) proceeds to generate the object (2) within the object library 

(4) , to determine a unique ID, to store the acquired pointer and 
ID in the correspondence table (6) , and then to return said ID to 
the main program (3) [sic: One extraneous "ID" out of context] . 
The main program (3) acquires, from the transform logic library 

(5) , the ID for the generated object (2) . 

[0023] 

2. Execution of an object routine 

The main program (3) issues, by setting the acquired ID as an 
index number, a routine execution request function call for the 
object (2) to the transform logic library (5) . The transform 
logic library (5) acquires the pointer corresponding to the ID 
from the correspondence table (6) and then issues, by using said 
pointer, a routine execution request to the object (2) . 

[0024] 

3, Deletion of the object 

The main program (3) issues, after the object (2) has become 
unnecessary, an object deletion function call to the transform 
logic library (5) by setting the acquired ID as an index number. 
The transform logic library (5) acquires the pointer corresponding 
to the ID from the correspondence table (6) and then issues, by 
using said pointer, a request for deleting the object (2) . 



[0025] 

Figure 3 is a diagram which shows the manners by which 
program units mounted respectively on the client computer and 
server computer of the system of the present application 
embodiment are generated based on the normal program model 
transform logic library (5) shown in Figure 2. 
[0026] 

In a case where the transform logic library (5) shown in 
Figure 2 is inputted into the convent ionally-Jcnown RPC compiler 

(7) , the RPC client stub for the transform logic (hereafter 
referred to simply as the "client stub") (8) and the RPC server 
library for the transform logic (hereafter referred to simply as 
the "server library") (9) become automatically generated. The 
client stub (8) and server library (9) hereby serve, in a state 
where they are mutually being coupled via an RPC mechanism, a 
collective function similar to that served by the transform logic 
library (5) shown in Figure 2. The transform logic client stub 

(8) provides an interface identical to that for the transform 
logic library (5) to the main program (3) and is endowed with a 
function of transforming this interface into the procedural 
interface for the RPC. This server library (9) retains and 
manages the correspondence table (10) , which is equivalent to the 
correspondence table (6) within the transform logic library (5) , 
and is endowed with the essential functions of the transform logic 
library (5), namely functions of, in response to object operation 
requests arriving from the client stub (8) via the RPC mechanism, 



actually generating an object, issuing routine execution requests 

to said objects, and deleting said objects. 

[0027] 

Figure 4 shows a program model of the system of the present 
application embodiment constituted by computers loaded 
respectively with the aforementioned client stub (8) and transform 
logic server library (9) . 
[0028] 

As Figure 4 indicates, the client computer (11) and the 
server computer (12) exist apart from one another via a networlc, 
whereas both can communicate with one another via the RPC 
mechanism (13) . The client computer (11) possesses the main 
program (3) and the client stub (8) shown in Figure 3. The server 
computer (12) possesses the object library (4) and the server 
library (9) shown in figure 3. The server library (9) possesses, 
as has been discussed earlier, the correspondence table (10) for 
the pointers for the respective objects (2) within the object 
library (4) and their IDs. As has been mentioned earlier, the 
client stub (8) and server library (9) , which are being mutually 
coupled via the RPC mechanism (13) , serves a collective function 
similar to that of the transform logic library (5) of the normal 
program model shown in Figure 2. Since it is not the pointer for 
the object but its ID that is exchanged via the RPC mechanism 
(13) , no problems arise from the mutually different memory spaces 
of the client computer (11) and the server computer (12) . The 
client computer (11) is therefore capable of operating on the 



object (2) on the server computer (12) , which is separated via the 
network. 
[0029] 

Next, the object operation in the system of Figure 4 will be 
explained. 

[0030] 

1. Generation of an object 

In a case where the main program (3) of the client computer 
(11) has issued an object generation function call to the client 
stub (8) , said client stub (8) transmits this function call to the 
server library (9) via the RPC mechanism (13) . The server library 
(9) generates, in response to this function call, the object (2) 
within the object library (4) , acquires the pointer for the object 
(2) from the object library (4) , assigns a unique ID to the object 
(2) , stores said pointer and ID in the /7 
correspondence table (10) , and then returns said ID to the client 
stub (8) via the RPC mechanism (13) . This ID is relayed to the 
main program (3) from the client stub (8) , and said ID is retained 
by the main program (3) . 

[0031] 

2 . ''Execution of em object routine 

The main program (3) issues, by setting the acquired ID as an 
index number, a routine execution request function call for the 
object (2) to the client stub (8) . The client stub (8) transmits 
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said function call to the server library (9) . The server library 
(9) acquires, in response to said call, the pointer corresponding 
to said ID from the correspondence table (10) and then issues a 
routine execution request for the object (2) specified by said 
pointer . 

[0032] 

3. Deletion of the object 

The main program (3) issues, after the object (2) has become 
unnecessary, an object deletion function call to the client stub 
(8) by setting the acquired ID as an index number. The client 
stub (8) transmits said function call to the transform logic 
server library (9) . The server library (9) acquires a pointer 
corresponding to said ID from the correspondence table (10) and 
then issues an deletion request to the object (2) specified by 
said pointer. 

[0033] 

In the following, a loading examj^le of the transform logic 
library (5) of the system of the present application example will 
be shown. A loading example pertaining to the class of "Object A" 
of C++, which is an object-oriented language, will be explained. 
In this context. Object A is presumed to be endowed with three 
methods, namely "Action 1," "Action 2," and "Action 3." 
Incidentally, the generation, deletion, and methods of Object A 
are presumed to possess no parameters for the sake of simplicity. 
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[0034] 

In a case where the transform logic library (5) is loaded, 
the following five functions are prepared as object operation 
functions by using the C language, which instantiates a procedural 
language , 
[0035] 

1. Object generation function: "Object A Create (ID, ret)" 

This is a function for generating an instance (object) of the 
Object A class. This function stores, upon the generation of an 
instance of the Object A class, the pointer for said instance and 
an ID assigned to the same in the correspondence table (10) and 
returns said ID and generation result ret to the call origination. 

[0036] 

2. Object deletion function: "Object A Delete (ID, ret)" 

This is a function for deleting the instance (object) of the 
Object A class. This function acquires, based on the relayed ID, 
the pointer for the corresponding instance from the correspondence 
table (10) , deletes the instance specified by said pointer, 
deletes the entry from the correspondence table (10) , and returns 
the result ret to the call origination. 

[0037] 

3. Action 1 request function: "Object A Action 1 (ID, ret)" 

This is a function for requesting the instance of Action 1 as 
a method. This function acquires, based on the relayed ID, the 
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pointer for the corresponding instance from the correspondence 
table (10) , issues Action 1 to the instance specified by said 
pointer, and returns the result of said Action 1, as the result 
ret, to the call origination. 

[0038] 

4, Action 2 request function: "Object A Action 2 (ID, ret)" 

5. Action 3 request function: "Object A Action 3 (ID, ret)" 

The procedures are identical to those for Object A Action 1 
(ID, ret) except that Action 2 and Action 3 are issued 
respectively as methods. 
[0039] 

In a case where the foregoing functions of C are loaded as 
the transform logic library (5) shown in Figure 2 and where the 
client stub (8) and the server library (9) are, as Figure 4 shows, 
loaded respectively into the computers (11) and (12) on the 
network under the pervasion of the resulting compilation shown in 
Figure 3, it becomes possible, in response to a request issued 
from the client computer (11) , to generate an instance of the 
Object A class on the server computer (12) , to request the same of 
Action 1, Action 2, or Action 3, and/or to delete the same, 
[0041] 

Since it is possible to generate an object on a remote 
computer, to request a routine for the same, and to delete the 
same based on the first application embodiment shown above, the 
following effects can be achieved. 
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[0041] 

(1) : As a result of the routine request for the object, it 
becomes possible to retain, on a remote machine, information 
generated within the object. 

[0042] 

(2) : The information generated within the object can be 
retrieved by issuing an independent routine request. 

[0043] 

(3) : The object on the remote computer can be shared by 
multiple computers . 

[0044] 

Next, the remote object access system of the second 
application embodiment of the present invention will be explained 
with reference to Figures 5 and 6 . 
[0045] 

This application embodiment can be outlined as follows. In 
correspondence to an object on a server computer (referred to as 
the "server object"), an object which possesses an interface 
identical to that of the former (rejerred to as the "client 
object") becomes generated on a client computer. The server 
object hereby represents the "true" object, whereas the client 
object may, on the other hand, be construed as a "hypothetical" 
object the interface of which alone is identical to that of the 
server object. In a case where a main program within the client 
computer operates on /8 
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the client object, a corresponding operation on the server object 
becomes executed on the server computer. As far as the first 
application embodiment is concerned, the object operation 
originating from the main program must be executed by using a 
procedural language such as the C language, whereas an object- 
oriented language can be used in the second application example. 
[0046] 

Figure 5 shows a normal main program within a local computer 
that lays the foundation for building the remote object access 
system of the present application embodiment. 
[0047] 

The local computer (21) possesses the main program (3) , the 
transform logic library (5) , and the object library (4) , as in the 
case of the model shown in Figure 2, as well as the client object 
library (14) between the main program (3) and the transform logic 
library (5) . This client object library (14) possesses the client 
objects (15) corresponding to the respective server objects (2) . 
[0048] 

In the following, the object operations according to the 
aforementioned model will be explained. 

i 

[0049] 

!• Generation of an object 

The main program (3) generates the client object (15) within 
the client object library (14) . The client object (15) issues, in 
the midst of the generation routine, an object generation function 
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call to the transform logic library (5) . The transform logic 
library (5) generates, in response to this call, the server object 
(2) , acquires the pointer for said object (2) , assigns a unique ID 
to said object (2) , stores the pointer and ID in the 
correspondence table (6) , and then returns the ID to the client 
object (15) . The client object (15) retains, as an attribute, 
said ID. 

2. Execution of object routine 

The main program (3) requests the client object (15) to 
execute the routine. The client object (15) issues, by setting, 
as an index number, the ID being retained as an attribute, a 
routine execution request function call for the object (2) to the 
transform logic library (5) . The transform logic library (5) 
acquires the pointer corresponding to the ID from the 
correspondence table (6) and then issues a routine execution 
request to the object (2) specified by said pointer. 

3. Deletion of the object 

The main program (3) deletes; the client object (15) that has 
become unnecessary. The client object (15) issues, in the midst 
of the deletion routine, an object deletion function call to the 
transform logic library (5) by setting, as an index number, the ID 
being retained as an attribute. The transform logic library (5) 
acquires the pointer corresponding to the ID from the 
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correspondence table (6) and then issues a deletion request to the 
object (2) specified by said pointer. 
[0052] 

Figure 6 shows a program model for the system of the present 
application example built based on the foundation of the model 
shown in Figure 5 . 
[0053] 

As the figure indicates, the client computer (31) possesses 
the main program (3) , the client object library (14) , and the 
client stub (8) . The server computer (32) possesses the server 
library (9) and the object library (4) . The client stub (8) and 
the server library (9) are, as Figure 3 shows, generated by 
compiling the transform logic library (5) by using a 
conventionally-known RPC compiler. 
[0054] 

The object operation for the system of the present 
application example is executed according to the following 
procedures . 
[0055] 

1. Generation of an object 

The main program (3) generates the client object (15) within 
the client object library (14) . The client object (15) generates, 
in the midst of the generation routine, an object generation 
function call to the client stub (8). The client stub (18) [sic: 
Presumably "(8)"] transmits, via the RPC mechanism (13), said 
function call to the server library (19) [sic: Presumably "(9)"]. 



The server library (9) generates, in response to said call, the 
object (2) , acquires the pointer for the object (2) , assigns a 
unique ID to the object (2) , stores said pointer and ID in the 
correspondence table (10) , and returns the ID to the transform 
logic client stub (8) . The client stub (8) relays said ID to the 
client object (15) , whereas the client object (15) retains said ID 
as an attribute. 

[0056] 

2. Execution of object routine 

The main program (3) requests the client object (15) to 
execute a routine. The client object (15) issues, by setting, as 
an index number, the ID being retained as an attribute, a routine 
execution request function call to the server library (9) via the 
client stub (8) . The server library (9) acquires the pointer 
corresponding to the ID from the correspondence table (10) and 
then issues a routine execution request to the object (2) 
specified by said pointer. 

[0057] 

2. [sic: Presumably "3."] Deletion of the object 

The main program (3) deletes the client object (15) that has 
become unnecessary. The client object (15) issues, in the midst 
of the deletion routine, an object deletion function call to the 
server library (9) via the RPC client stub (8) by setting, as an 
index number, the ID being retained as an attribute. The server 



library (9) acquires the pointer corresponding to the ID from the 
correspondence table (10) and then issues a deletion request to 
the object (2) specified by said pointer. 

[0058] 

In the following, a loading example of the system of the 
present application embodiment will be shown. 
[0059] 

This loading example of the present application embodiment 
will be explained by designating "Object A" of C++ as a server 
object class, as in the case of the loading example of the first 
application embodiment, and by assuming that said "Object A" 
possesses, as methods, "Action 1," "Action 2," and "Action 3." 
[0060] 

First, five functions of the C language, namely "Object A 
Create (ID, ret)," "Object A Delete (ID, ret)," "Object A Action 1 
(ID, ret)," "Object A Action 2 (ID, ret)," and "Object A Action 3 
(ID, ret)," are prepared as the transform logic library (5), as in 
the case of the loading example of the first application 
embodiment . 
[0061] 

Next, an Object B class is prepared as a client object class 
corresponding to the Object A class of the server object. 
Incidentally, the name of Object B may be identical to the name of 
Object A so long as Object A is not used within the main program. 



A method the name of which is identical to that of the method 
supported by Object A is prepared as this Object B, and the 
respective methods are loaded for enabling the calls of the 
aforementioned C functions. These methods are characterized as 
follows ■ 

[0062] 

1. Constructor (generation routine): "Object B : : Object B" 

This calls the generation function Object A Create (ID, ret) 
and stores the returned ID in the system interior. 

[0063] 

2. Destructor (deletion routine): "Object B : : - Object B" 

This issues, by using the ID being retained in the system 
interior, the deletion function call Object A Delete (ID, ret) . 

[0064] 

3. "Object B : Action 1" 

The Action 1 request function call Object A Action 1 (ID, 

ret) is issued by using the ID being retained in the system 
interior. 

4. "Object B : : Action 2" 

5. "Object B : : Action 3" 
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These are identical to Action 1 except that Object A Action 2 
(ID, ret) and Object A Action 3 (ID, ret) are respectively issued 
as function calls. 

[0066] 

The following advantages are achieved according to the second 
application embodiment discussed above. 
[0067] 

(1) : Since a client object can be mechanically generated from 
an object scheduled to be configured on a networlc, a network 
program can be generated with ease. 

[0068] 

(2) : An object on the network can be controlled with a 
pointer according to procedures similar to those for an object 
within a local computer. 

(3) : An object management logic within a local computer can 
also be applied to an object on a remote computer. 

(4) : As an expanded version of the format of the present 
application embodiment, an effect of dispersing the load between 
the server computer and client computer can be realized by 
partially loading a client object in the course of a real routine 
instead of construing it as an utterly hypothetical one. 

[0071] 

Next, the remote object access system of the third 
application embodiment of the present invention will be explained 
with reference to Figures 7 and 8. 
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[0072] 

This application embodiment is provided by adding, to the 
second application embodiment discussed above, a mechanism capable 
of arbitrarily designating the type (class) of an object selected 
as an operation target. In a case where one wishes to change the 
class of an object that prevails as an operation target, it is 
necessary to reconstruct a transform logic library according to 
the second application embodiment, whereas such a measure is 
unnecessary according to the present application embodiment. 
[0073] 

Figure 7 shows a program model for the remote object access 
system of the present application embodiment. 
[0074] 

The client computer (41) possesses the main program (3) , the 
object library (51) , and the RPC client stub for the transform 
logic (hereafter referred to simply as the "client stub") (53). 
The object library (51) retains the client object (52) , an 
identical assigned to the former (hereafter referred to as the 
"instance ID"), and a type-specific ID which shows the type 
(class) of said object. 
[0075] 

The server computer (42) possesses the RPC server library for 
the transform logic (hereafter referred to simply as the "server 
library") (54) and the object library (56). The object library 
(56) retains the server object (57) . The client object (52) 
corresponds to the server object (57) at a 1 : 1 ratio, and their 



concrete constitutions will be explained on a later occasion. The 
server library (54) retains the correspondence table (10) between 
the pointer & instance ID of the server object (57) and the 
correspondence table (55) between the object type -specific ID & 
type (class) of the server object (57) . 
[0076] 

The client stub (53) and the server library (54) are 
generated by compiling the following transform logic library by 
using a convent ionally- known RPC compiler. This transform logic 
library possesses the following three functions. 

[0077] 

(1) : Object generation function 

This function acknowledges, with reference to the table (55) 
based on the object type-specific ID included in the call received 
from the client object (52) , the type (class) corresponding to 
said object type-specific ID, generates the object (57) of the 
corresponding type in the object / lO 
library (56) , assigns a unique ID to said object (57) , stores the 
instance ID and pointer for said object (57) in the table (10) , 
and then returns said instance ID to the client object (52) . 
Incidentally, the server object (57) hereby generated is designed 
to be branched from a foundational server object, as will be 
discussed on a later occasion. 



[0078] 



(2) : Object deletion function 

This function acquires, with reference to the table (10) 
based on the instance ID included in the call received from the 
client object (52) , the pointer corresponding to said instance ID 
and then deletes the server object (57) specified by said pointer. 

[0079] 

(3) : Routine request fiinction 

This function acquires, with reference to the table (10) 
based on the instance ID included in the call received from the 
client object (52) , the pointer corresponding to said instance ID 
and then issues, to the server object (27) [sic: Presumably 
"(57)"] specified by said pointer, a method supported by the 
foundational server object, which will be discussed on a later 
occasion. This method request includes a routine type designation 
which, too, will be discussed on a later occasion. 
[0080] 

Figure 8 shows the respective constitutions of the client 
object (52) and the server object (57) . _ 
[0081] 

In Figure 8, the foundational server object (61) is a 
preliminarily prepared server object of a given class, and it 
supports the singular method (60) . The original object (65) is an 
object which the main program (3) intends to generate, and in this 
embodiment, three methods (62) , (63) , and (64) are presumed to be 
supported . 
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[0082] 

As the figure indicates, the client object (52) is designed 
to be branched from the original object (25) [sic: Presumably 
"(65)"]/ and it possesses, as an attribute, the object type- 
specific ID assigned to the original object (25) [sic] at the time 
of system construction. This client object (52), which is 
illustrated to be morphologically identical to the original object 
(65) in the figure, provides the original object (65) and an 
interface to the main program (3) . This client object (52) , which 
may be construed as a hypothetical version of the original object 
(65), engages in the following actions. 
[0083] 

<1>: It executes a generation routine in response to a 
generation request received from the main program (3) , whereas 
during said generation routine, it issues the aforementioned 
object generation function call to the aforementioned transform 
logic library by setting, as an index number, the object type- 
specific ID possessed as an attribute, and it then retains, as an 
attribute, the instance ID returned from the transform logic 
library. 
[0084] 

<2>: It issues, upon the reception of a request for the 
method (62), (63), or (64) supported by the original object (65) 
from the main program (3) , the aforementioned routine request 
function call to the transform logic library by setting, as index 
numbers, the instance ID possessed as an attribute and the routine 



type assigned to the requested method (62), (63), or (64). 
Incidentally, the respective routine types assigned to the methods 
(62) , (63) , and (64) are assigned between the client object (52) 
and the server object (57) at the time of system construction. 
[0085] 

<3>: It executes, in response to a deletion request received 
from the main program, a deletion routine and issues, during said 
deletion routine, the aforementioned object deletion function call 
by setting, as an index number, the instance ID possessed as an 
attribute . 
[0086] 

As Figure 8 indicates, the server object (57) is designed to 
be branched from a pair of objects, namely the original object 
(65) and the foundational server object (61) , whereas it 
possesses, as an interface with the outside, the method (60) 
supported by the foundational server object (61) , whereas it 
additionally possesses, in the interior of said method (60) 
shielded from the outside, the methods (62), (63), and (64) 
supported by the original object (65) , whereas the correspondences 
of these methods (62), (63), and (64) with the aforementioned 
routine types are established. 
[0087] 

This server object (57) executes, upon the reception of a 
request for the method (60) supported by the foundational server 
object (60) [sic: Presumably "(61)"] from the transform logic 
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library, the method (62), (63), or (64) corresponding to the 

routine type included in said request. 

[0088] 

It becomes possible, based on the. foregoing model, to 
generate, according to operative procedures identical to those for 
generating an object (original object) of a certain type (class) 
within a host computer itself, the true object of the 
corresponding class [server object (57)] on the networlc, and to 
induce the server object (57) on the networl^ to execute, according 
to procedures identical to those for requesting a desired method 
in relation to a desired object within the host computer itself, 
the desired method. 
[0089] 

The following advantages are achieved based on the present 
appl ica t ion embodiment . 
[0090] 

(1) : A server object and a client object can be generated 
mechanically from an object which one wishes to configure on a 
network, based on which a network program can be generated with 
ease . 

[0091] 

(2) : An object on the network can be controlled with a 
pointer in a manner similar to that for an object within a 
computer . 

[0092] 
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(3) : There is no need, so long as no object types are added, 
to reconstruct a transform logic library even in a case where 
methods for the object have changed. 
[0093] 

A handful of desirable application embodiments of the present 
invention have been explained above, although the present 
invention can also be implemented based on various other / ll 
morphologies conceived by altering, modifying, and/or improving 
them. It is possible, for example, to construct the client stubs 
(8) and (53) within the main program (3) in the application 
embodiments shown in Figures 4, 6, and 7. 

Brief explanation of the figures 

Figure 1: A block diagram which shows a normal program model 
for a local computer of the prior art . 

Figure 2 : A block diagram which shows a normal program model 
for a local computer which lays the foundation for building the 
remote object access system provided by the first application 
embodiment of the present invention. 

Figure 3: A flow chart which shows a process whereby the RPC 
transform logic client stub and RPC server library of the 
transform logic are generated from the transform logic library 
shown in Figure 2 . 

Figure 4 : A block diagram which shows the program model of 
the remote object access system of the first application 
embodiment . 



Figure 5 : A block diagram which shows a normal program model 
for a local computer which lays the foundation for building the 
remote object access system provided by the second application 
embodiment of the present invention. 

Figure 6 : A block diagram which shows the program model of 
the remote object access system provided by the first [sic: 
Presumably "second"] application embodiment. 

Figure 7 : A block diagram which shows the program model of 
the remote object access system provided by the third application 
embodiment . 

Figure 8: A diagram which shows the constitution of the 
object of the third application embodiment. 

(Explanation of notations) 

(2) and (57) : Server objects; 

(3) : Main program; 

(4) and (56) : Object libraries; 

(5) : Transform logic library; 

(6) and (10) : Correspondence tables between pointers and IDs 
of objects; 

(8) and (53) : RPC client stubs of the transform logic; 

(9) and (54): RPC server libraries of the transform logic; 

(11) , (31), and (41): Server [sic: Presumably "Client"] 
computers ; 

(12) , (32) , and (42) : Server computers; 

(13) : RPC mechanism; 



(14) and (51) : Client object libraries; 

(15) and (52) : Client object; 

(55) : Correspondence table between the type-specific ID and 
type of an object. 
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[{A): Computer main program; (B) : Library for transform logic; 
(C) : Object library; (D) : Deletion request; (E) : Execution 
request; (F) : Generation request; (G) : Object] 
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[(A): Library for transform logic; (B) : RPC compiler; (C) : RPC 
client stub for transform logic; (D) : RPC server library for 
transform logic] 
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Figure 8 
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[(A): Original object; (B) : Foundational server object; (C) 
Branching; (D) : Client object; (E) : Server object] 





igure 4 
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[(A): Client computer; (B) : Main program; (C) : Client stub; (D) : 
Deletion request; (E) : Execution request; (F) : Generation request; 
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(G) : Server computer; (H) : Object library; (I) : Server library; 
(13) : RPC mechanism] 
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[(A): Server computer; (B) : Main program; (C) : Client object 
library; (D) : Transform logic library; (E) : Object library; (F) : 
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Deletion request; (G) : Execution request; (H) : Generation request; 
(I) : Client object; (J) : Server object] 

Figure 6 
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[(A): Client computer; (B) : Main program; (C) : Client object 
library; (D) : Client stub; (E) : Deletion request; (F) : Execution 
request; (G) : Generation request; (H) : Client object; (I) : Server 
computer; (J) : Object library; (K) : Server library; (13) : RPC 
mechanism] 
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Figure 7 
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[(A): Client computer; (B) : Main program; (C) : Client object 
library; (D) : Client stub; (E) : Deletion request; (F) : Execution 
request; (G) : Generation request; (H) : Client object; (I): Server 
computer; (J) : Object library; (K) : Server library; (13) : RPC 
mechanism] 
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^iT-9<-x'sm'>XTis 5 izmi. 

(0 0 27 ] T-9<-XW^XTM,5iiXh7\^r 
n-^-v-V^f f-S6 S:ffll.^TJ§S$fl/jX hr Hro 
i^- i'' Y 5- l?^T t T r- ^"<-X r ^' -t Xg*^ S 7 /)< 

m^Wc79-tx^^m.i:'n^\ mmW:i:r-9 
^-X79 ^xmmStl izMt, 
(0 0 28] T-9<-X79^X^i!li^fi7liT-9 

'<-x«g >-xta 5 i}^t>m^^i^imi, 

(0 029] ZCDXoiZ, T-^^^-Xf^i^Xf A5 
tcgfi? n^^cx h 7 K 7-a V- x> {cfcv >-C f - ^"<^- 

x7^-txm^m7mmh~M.^-<r>u (^yf 

•y9x) ^im-i'hZ.tl.Zii'^ , r—S"<^-X79^X 

w^^m 7 \iMif> hf-9i:timf<ZT~9<-xAi)->t> 

(0030] ^Wn(r>r-9'<^-X79-tX-)i^i:mm 

Ltz^mm%mmm^z-^^ ^xim-th . 

(003 1] *i6Hflcom 1 <^%m(7)mmzr>\^x . law 

LT l^iffltlftHH-ri. . IS 1 OII)lfeiOje?S{i . 2 o 
co||3lA>^,fi!cl. ffirfi,<7)Si«rfIlft^f a LT ^ ^ I. R D B ^ 

(oo32]ii2{i.sfiii oy-mmmommTf^tm 

X'hh, 

( 0 0 3 3 ] la 2 im:it^i> t . is i (^-mmw^i . 

A- 1 1 ^' 7 'f 7 y h 2 /;';t-y h V - ^' 3 t'fg^ $ il 
tV>l>. -t-A'Hd. RDB 1 1 SrtSJSL. RDBMS 
1 2$r(iSxTt>«.. RDBMS 1 2(iX|>7HrD>— 

1 3 1 X h 7 \<ru>—i;\mmfn. 1 4 1 sr 

tf, ?'5^7>'N2li, 7r'Jir-i, H>'2 iS-^rtf. 

(0034 ] RDBl m, t'-^'i-ietgiSffltl.USlff 
f-J^^-XT'. ^*iA 1 1 1 t%^U 1 1 2ti}'M}l 
r,X^^l. ^^Al 1 \l.imT-9XJf)*). 

1 2{iiC*T-:?c7«^(mt.2.i,<7)T^)&. 

(0035] nH-A 1 1 1{±, RDBl ISrfMLTt^ 
SSicO-OT'*)^. ^?iA 1 1 1 C0fl})iij5:(l3 (a) 

(0 0 36] '4J#iB 1 1 2{i. ROB 1 1 ^«Hi)tLTt> 

^.l4o-oT*>l.. 'ji^^B 1 I 2omfii.m3 ( b ) 

'f<i-. i*i/iB 1 1 2{imhm-tnmtif\tmstb^)^i'y 
m. m&i(^iAmmf!ii'T<ix^^h. mshmwj^'k 
^^^ixhmz. 'st^ttzB mm t jTt u V mmmt'n 

i9i.ft»^f{i*^A 1 I IcMmti^ 
miXti"). ZtHZj:rM^A 1 1 it^m 1 1 2*< 



7 

mX'h 0 . |Sl-ffifp#^|^T'<0ffiKWt«li#$r7r-tt 
[0037] RDBMS12{i. RDBl li'SmiT 
coo 38] XhTHrDj^-vA-l SJi, m^Ai 1 

1 t^m 1 1 2^«{c<RS«A 1 3 1 i:^m'mtx 

f-:? -fe ■/ 1^ ^aSjKfWI-^JaflSr'n 0. XhTVra 
x-x-v 1 3{i. xhTHroi^-^-'-Vigii^Bil 4iz 

X'oi&mixt. is.mikA i 3 icD^mn, xhrvr 

ai^-'J^ 1 35rRDBIviS 1 2{zmitthb^',zmi 

xYl 3^RDBMSi 2tca*li-r&:fra<-:>v^t(i. 

C 0 0 3 9 ] (S;eilA l 3 l SJffO^HcO-t.^- 
*»f.liKI.<S»C^)S. %m.A 1 1 1 i:5?^B 1 1 2Sr 
S(CXhrHrn>— >-'y 1 3*<Sllt)SL. USAl 

1 \(7^n^?amt^^xl,znmth%m 1 1 2<^ffijj,# 
{'m^is.ixhh. iRffi^A 1. 3 1 <omi«^ii3 ( c ) 

^OT^t. IS-fll5A 1 3 Hiffi^iS^t B#B$^'Jt*"bfi!t 
0. iSiiS?i#'1-«±^*A 1 1 Hf'tB^^il 
{i3?#iB 1 1 2<nm-'WAr^^-n<r>m m-kXnm 

m\^z, ^ix^'ixn]&ix\.^i, m.^A 1 3 m. r 

r 'J y-x 3 >- 2 1 A'^'o^iitf . ?S(CR D B 1 1 (7)ftrr 

^^mtKo^L^c'f yr-/9x<r)\kmixm. rr^) 

'r—>-iy2lij'C>m.{^ix7^. 
C 0 0 4 0 ] X I- r £/vjef!))f l4 1. 4 «i, r 
r'J H >-2 1 \-rvyai^-i^'\ 1 3A«*.Ji!t 
1-|.{S«l?iAl 3 l$rttffl-ri.S*5:RDBMS 1. 2(C 

$ iiAiX l> r I' ru i^- A' 1 3 A!lSHCiyfi!)3^f f $ 
il-Ct^-CllO'?-cjmcRDB L l('J3i»t*^'^$fl-Cv^^: 
v^wji^Wl, 7^^r Krni.— >A- 1 3^iai*L'5ro. 
z o^li . ISlCc^m i^ixtzxi^T 1^ r in - x A- 1 3 <7) 

(004 1] rr 'j y-x 3 > 2 Hi, R D B 1 1 <')ia 
»rr--?$:JlV'f*1.S^>:«^{w. X l^r l</ui— x-v 1 3 
*'"a^ft'Jlli!ci-S(S«#^A 1 3 I trafJi^tt^if o/L'fli® 
/iB2 1 1 5.'';g#SLtr?'-tX'i^^>^RDBMS 1 2t,Z 

miti. , mtifMi^zmt^^mmamn d rm 

{00121 m!.m 2 1. 1 li. (liWiKA 1 3 1 i;^* 
Al 1. 1 fMm 1 1 2$rffi(crrijy-xny2 1 A< 



(5) 1$^20 0 1 -5 7 04 

8 

^H^JJtt ^<gSlllt'ft 1) , rr 'J ^r-i^ 3 y 2 1 
Si:-ri.T-^'A>^>lS;S. IS®IIB2 1 l(7)*S«iJria3 

( d ) iZTik-t. iSM.mB2 1 nm&^^t^shm^t 
mmtij^(>i&*). ia.a#^<i(ssi<A 1 3 1 oi8jfl#^ 
w>fffiti.iiaAi 1 imsh^^iz. iSss,^mimi 

IIA 1 3 1 offiJ?,S^t::«lG-^l>II^A 1 1 1 ^ms,^ 

mz, mmifm^A iskd ^(H&m+Bnmis 
iznmth^mi 1 2mmz. -tti-p^xwcLtv^ 

10 (0043] ^?tm(r>^ 1 \ 

•c, mi-^msirmtxim^z-mi-i, 
( 0 0 4 4 ] 114 tim 1 (om&commmi^mmi-t 
mx'. {a) am^Ai iimmi:. (bxi^* 
B 1 1 2<r>mm^:. ( c ) mm^A 1 3 1 comwswi 

S- . ( d ) (iflil^^B 2 1 1 oa*(jySr , 7ji UztcOX' 

hh, (a) fc (b) *«f>. ^^m" hhh" <^m 
(nmmmmm' 0 5 2 e 1 s 0 0 " tcias^ix/c" 

19 0" l35{ilSlW||te«0ff^flS 

20 (004 5] ia5S-#K!i-i)t. rru^-i^3y2 1 . 

(i. -mA 1 1 lc03fft#^tfl5i«^A 1 3 IcOffifpS 

5?-t?:isi(^.-:f(t, n. 2c^ ^mmn-^Bm 
f)j tiss^A 1 3 10 rffifa#^-i-a#mf^)j tm 

2 1l5rS«LT, RDB 1 UcW-fST^-feXSrRD 
BMSl 2{;^-1itl> (Xf yrAl 1~A 12). 
[0046] RDBMS 1 2\i, r7*iJ^->-3y2 1 
A>^><7)RDB 1 1 iCWtl.r^'-tXS^S-^mU (XT 
■yrM 1 1 ) . XhTK-roi'-vA' 1 3A«;S«^lili1- 

30 hwm^A.i3iimiii^ixx\^ht^\i. xvrvr 
ux-x-v 1 3(r>mimW'm.x'hhi)^i)^^nm 

L . X h r H ro A- 1 3 c7)jBI>j^tT*t'£-ffit-A I. 
CtJrlS^Liftt^t^Xl-rKrnx-i/A- 1 3S:jeS(l 
tl. (XrvrMI 2-IVIl 4) , fk'^istifzxvrv 

rnx->-> 1 3«>m^ciei!I3l|^f ^ixToTJiof c7)fii 

(CRDBl l(fiWlf\m^ixX\\tc^MSi^{Z{i, XVr 
Hrux-i/->i 3$rje4»L^t>. WwIJ^t 
$ix/cXh-r Kraj^-j^'v 1 3fJi(afJltS**<f!l'ffl5'fx 

40 (004 7] miWzxhrvr\:iiy->'\\ -m\;x 

( 1 ) ;*i^B 1 1 2om&,m::t<<z, n-^shm\>^ 

X'BmWWm<^y{j(f)^^Kj\T:i:mm i, ( Xf /r 
S 1 1 ) . 

( 2 ) .*^A 1 1 1 omhmt ( 1 ) o)i}i^om 
im^t^\%{i\-mh (xf y/s 1 2) . 

( 3 ) ^RA 1 1 1 amm^tiitl ( 1 ) o)in^<r)B 

mmiyt^^^^^^ikA 1 3 i«')T-^'-ty h^fmt 

S (Xf 7rS13) . XhTKrox-x'Y 1 3f)|Ji 
50 MS»^I14 (c) (c^nl-. 



w 

9 

C0 0 4 83 RDBMS 1 2iitSM^B2 1 1 

Hao'<?fifI$rtf 9 (Xr-yrMl 5) . RDBMS 1 

c 0 0 4 9 ] -e^ofii- RDBMS 1 2{±iira*s*$:rr 
[00 50] y2 Hi. rdbmsi2 

{XT-/y'A 13). 

too 5 1] zffiXoiztx. Trij^-x3y2i 

Al 3 iJr'f Vr x7X^t4o0lcfiEffl1-|.>Ifct-<l:0, 
$46tt^l)RDB 1 ICOmjCOr-f^^MI'^'i^r^s.Zt 

[ 0 0 5 2 3 . *J6HH(OSI2c7)|g/itt^}B/i l^'^V » 

RD B S:ei^L-C$gd?)<Ojft»r<0|!$Sl^?f Srm#LT«WI 

( 0 0 5 3 3 IiI6«d. ^2<r>W&cr)'m<r)m\iL^n^tm 
X'hh, 

[ 0 0 5 4 ] 136 $r#!ra-t& t , IB2fJMfecOfl5®(i;- 
TV V 2i)^A- v h'?-^ 'iX''m.^ 
tl, -y-A-UiRDB 1 SSrmLXNTHrox-x 

A- 1 1 txvT^rui'-i^xm^^^ I At ^-^tsR 

DBMS 1 6.S:(it. 9 y^ryV2\,iTr') ^-i^ j 
y 2 2 ^i)iS;cTW!h!t^<f-L, ^ ltO|?te«0>Brg<ORD B 1 
1 1 RDBMS 1 2i: Ahr h'rni/— x-v 1 3trr 
<)y-i-ny2] KDB15i: RDBMS rot 
7, I>r b-roi^-iZ-v 1 7 1 77*'; r-> ay22i:l,z 

[ 0 0 5 5 ] vl C f(i . Sf? 1 (^^llAtOffiJfil t Wj: S R D 
B 1 5 t R. D B M S 1 6 1 X NTH "/o x-iZ-v 1 7 t 

rr'; y-i^a >■ 2 2 fctcooTlJtnJit^.. 

[oo5G]RDBi5{i. f-^ ^:3mmtmi^t 

T-9<-XX\ 3?iRA 1 5 li:55«IB 1 5 2t1?f<C 
1 5 3i:A"'->)^-:.'Ct>&, 'Jli^iAl 5 lim^T-^T 
$>*) , **B 1 5 2 t'^SiC 1 5 3«iS^T-^'<7)ia){g 

imti>i>o)X'$ii.. 

[00 57] '^^iA 1 5 Hi, RDB 1 5i-«l)i!iLTt^ 
&S«0-OT'^>I.. "M^A 1 5 1 com 2:13 7 ( a ) IC 
if:-4\ -mA 1 5 l{iS!!fpS=^tm'fe«;t*'f>(jX'?. 

^'iHi V:i(:-x'hmm'^izi *)-JS.iz\Kmii7^, 

[0058] -^tin 1 52{i. RDB 1 5 ^rfiilitLT I- > 
7^HC)-r>X'ir>?>. -JiMB 1 5 2f;«llj)t$:ia7 ( b ) 
'T^l-. '/^/iB 1 5 2{iW,Wi*''>-fctt*At«-f|-lfr'/ti'i'l 
Hf:>:/j";>h!cS. *S,r«ffi-*?(i3?^iA 1 5 K^mih'Sf^bn 
ht^l.Xti'O. ZilizX I 5 2 tXKA 1 5 I 



6) t^^2 00 1 -57 0 4 

1 0 

mm&^mixm^tii-j^^^x'ii'o . m&m 
^i)<'Smii^tiiz:tiz^im^iimi^ixh. 

coi^S(i9I^C 1 5 3tc£fi^fi^. |5|-S!fDtc«LT 
*T^c^:P$«igf+ A^'fl-o /:;i^^(cti . A 2: Bf T «f/c 

mm^tifzWi'^iz" DEL" fcis^fxi). 

[0059] H^Cl 5 3(1. RDB 1 5Srfll«!iL-Ct> 
9T-ibl>. IS^C 1 5 3«7)fiJ^$r07 ( c ) t 
10 int. 1 5 3{ii}ift#^ttt#Atec§Bi|ifS 
rigfaS^f+ttSAj ti^^Bl 52 
O rKtf&§-^H-ft#Aj tWffit-CfcO, Zix^zX'^% 
IJC 1 5 3 fcli^liB 1 5 2 AW*-:^lt'^/xl. . ft#BJi 

^msh^n+mA } m'(r)mm\^<^mm^-i- 
fife#A+tt#Bj T'«■^f5^-l;^cESlJtl>. mmmiz 

(i. mBi:BfxmWMmm^'S:iiLmr 
20 -^'t Lt)aS'S?Jl&tT3. 

[0060] RDBMS16{i. RD B 1 5 ?:'i=gLr 

^'•tx-ts. rr'Jir-v3>'2 2*>f,%tf$/i;t®* 
^« L . m=i^ixtzmizn&i-^ wiats*^ r r 'j 
y-x3y2 2tzig-r, 

[006 1 ] XhTl^rai^-i/^l 7{i. le^Al 5 
IfcHSB 1 5 2i:||^C l 53fc$:ffil;{RS!^A17 

1 4 tci: O/SilfJns . (Sffi^A 1 7 1 co^s 
30 wHi. XI-rnrnx-i/A- 1 7$:RDBMS 1 6tC§! 
lilts t^Ci^Jg^il'S. TT'J jr-v-H y 2 2(i>rc7) 

liiUdmUA I 7 1 Sr^RIti ZbijK'tl,. tth. 
Xhr\'ra>'-~Jx 1 7$rRD BMS 1 GtCgJitl) 

■nmzr>\^xit. mmtrnzxh. 

[0062] m^ikA 1 7 I (i, JftrrtfO)ai!??co -S^f— 
A'A.li)cS(Rffi*T'?j4 . 3?liA 1 5 1 tJJSB 1 5 2 1 
'Jl^^C 1 5 3fc2:l£llXhTKru>— x> 1 7AJ5if35 
'l-)«L. ^/iA 1 5 */iB 1 5 2i^[3I- 

40 W.',^.#'•?f^t'i5;'^:^o^^#A^•JJ;I/:■^^C 1 5 3c7)IB1- 

I ffitS?.*^ A I pn-SLkff^m B t ^ 

&iSfK*fr^fi7)gLT*)4, (()l«!i!iA 1 7 l<7)fl}j«$:|5l 
7(c) ^,:.T^t. fliS^cA 1 7 l(iJ^fp»*f kKi«=Afc 

ft«Bt 0 . mam\,i%^A 1 5 1 <7JM»^I 

<.z. ti»A{i*-i!iB 1 5 2W|^-S!!iR>afvl'-|-C-4i;«cO<4 
«=AIC. fMBtiS^SC I 5 3c^|.3|- ''$!{,',;,#V^ ) 

A) ^<\X'iSLkoMmf>z. fix-f'n^tlCL-Ci.^S. (SlUl 

/^A 1 7 I (i, 7*7-'; > 2 2A'f>iliUi', mz 

RDB 1 5C)ifi:m'BI$rKW{L/'>:'f >'T y^';«.c7)ffta$: 
50 L'C*iO. 7r')y-i^ny221)'(^>^Wi^ixh. 



1 1 

[0 0 6 3] rr 'J ir-x 3 >'2 2l±. RDB15c7)S 
$ir-f'im%ti>rzih>l,:i. I^Tl'rax-x-v 1 7 
1 7 1 tra(#.-:?tt$:ff o7^c<5« 
liB2 2 lS-S«LTr^'-fe;'vS^SrRDBMS 1 6tC 

S 1 6/)><^>jg$a, JiX#L;^>:T-:J'?rStT-:?«iS5: 

C 0 0 6 4 3 (Sffi^B 2 2 Ui, (SS^A 1 7 1 1 US 
Al 5 Itnm 1 52t55SC 1 5 3$rS(crr'J^r 

- X 3 y 2 2 y/^*i*)«-r fg«^it'*> 0 . r r u <r- 

3 y 2 2 1 1- 1) r - . {S«S B 2 2 

1 mmmi ( d ) {c/i^-r. {8i^.sb 2 2 1 imm 

^(ilSffiSA 1 7 1 coSJiiS^timi-SI^SA 1 5 1 

03a«°n#^tC. ilfa^^!-«{±(S.«^A 1 7 ItOSSIfnS^lC 

WjCtl.^*A 1 5 l.o|S!,H,^mc, SftS¥(i(!x«« 
A 1 7 IC^ riJfng^+ftfjAj ICWIB1-|.|?SB 1 5 
20'Si=fS-^{c. |I«Sl*lS{i;(15ce*A 1 7 ICO 

^+mA+mB J 1,11^0 1 5 3t7)|ts^i*i 
[0065] :^%mcm2ffyMmc)mmc)mmz':>\,\ 

T, (a6-ia9S:#!aLTlWclttUji-ri., 
[0066] ia8{i^2cO^Stec7)}gfsco|Sfi:2:|5iHHtl. 
Ht-. (a) (ill^Al 5 (bXi^ii 
B I 5 2£7),^(*fi5II?:. (c) 1 53cOR«cWI 

5: , id) mm^A 1 7 1 COl^mi: . ( e ) 
liD 2 2 lC)ft(*fi^l$:, .T^LA:t£7)T'*j&, ( b ) tcfc 
t^T. §f«s?" 0 0 2" to J; J/" 0 0 3" {±, -ag 

L" t/T:$il.-tV>&, ia9(i:aS2<?)5igJficOJB®C)S*f1--c') 

[00 67] |S19$:#H{(-^-|.t, Tr^J 1r—>By 22 
«1, */iA 1. 5 l(?)W#'^tfSS5/iA 1 7 ].(7)|8,R,# 
g-i:^|igf*-5'(t. H^B 1 5 2(7) r5S[,}f,*q -i-<$#Aj 
tfRS^SA 1 7 1 (0 rmS^+ftSA I t SrH9f*-:f 

,«*A 1 7 1 mi'siim-i-mA+mB > ti:\m 
'2f+#'^t nmmt 

l«i(Sa(a«iB2 2 l$r;eigLT. RDB 1 5lC*t-r^.r 
^•tXS-RDBMSl GlC^^'tS (;^r )'rA2 1 - 
A22) . 

[0068] RDBMS16{i, 7 7"'>l :>--x 3 > 2 2 

•■/rM2 1 ) . 7.\-T\<7'ai--i/^' 1 7«%l8«iili!t1- 
<:.ffiiAl<^A 1 7 1 //flt^eSiit 1 5 (1. 7. |> 7- Kr 
ui.->-'v 1 7c7)fg§i)j:J5ir/'j''£-4^t'^>2.A'-SA'5r'fIlfiT 
L . I> r F •/ n X- A- 1. 7 c»l3i$m'iW'Z^^X'hi> 
Ziif:l'M L/J i: d (wX h r H Ta y— i/v I 7 $r /E^lj 
1-4 ( Xr •/ VM 2 2 2 4 ) . tS;i2J*i-L/'cX I- T K 



(7) 1^1^20 0 1 -5 7 04 

1 2 

h-rDi^->''-vl7$rjeS!)L^V\ CCOISI^, fiSKC^f 

$ii/cxKrh'rDx-x> 1 7c7)jas*gm*«fiEffl$ii 
I.. 

[0069] jgifi^il/iXFrKrPj^-xY 1 7{iW 
( 1 ) ^^C 1 5 3<0 rS}rfi,#^i tt#Aj rttc. IS] 

mmmti ( xr-y rs2 1 ) . ::c7)i^t'{i. us 
10 ( c ) (r)tmzofwm\> I » s a^siw $ fti> . 

(2) mBi5 2(r)tmm+mAs t^ie 

( 1 ) <r)m^ ms,m+mwfAi tmi^-^^-t^ 

{XTvr S 22) . Z<7)bt^. m^B 1 5 20» 
l,z" DEL" A<iS^$ixTi^S?gSB 1 5 2CO riUdiS 
^+tt#Aj {il^<. ^c7)|ji|-C-{i. 'SimW 0 0 2" 
0 0 3" <7)tf«iffl^(C" DEL" *<3S^?flT 
v^5c7)m*»ix. HafS':^(tA.ix5«0{i. 118 {h) tij: 

( 3 ) ^HA 1 5 1 cnmm^t±ii { 2 ) t7)iSmcOl^ 

20 #A t ±ie ( 2 ) «0JA-SOti#B t *'^>h!il. iSiSS A 1 
7 icO-f-^'-t-/ hJrft^fiit-tl, (;^f- yrS2 3) . X 

hr Hroi^-v-'A' 1 7 (Titi-JM^^ms ( d ) tc^ 

[0 07 0] i^l^^T. RDBMS 1 6Ji<S.«iSB2 2 1 
l>zm':i<9mt:no (XT yrM2 5) . RDBMSl 

[007 1 3 -eofi, RDBMSl eiiim'M^^rrr 

ijy-£^H>-2 2lCJg-r (Xr y7'M2 6) , 
[007 2] Ty'>jy—>a>22ii, RDBMSl 6 
30 /j'^jJ^gi^^SrSHro 0 . rr ^r-^^ 3 -) ■ 

(Xf yVA2 3 ) . 

[007 3] ZC:)Xdl,ZlX. 7r>Jir-i^3y22 
{i, xhT Krn>-vA. 1 7toHi:^tsgit'^,&iSSJ/i 
A I 7 1 ^-f >-r •/ ;J'Xft;h'){cfgEffl-f|.C tlcj: 0 . 
A}^4/)'C^^I.RDB 1 5<7)Srrcor-^'SrS;ifit:#|,:: t 
A't-#^). tKchh. r-/'J^--x3y2 2«4^^:«i 

m-4fmb$:m%ix, m^nozb^^'^i,. 
[0074] t-mwzx^^ iMi f^-mmmizH^^ 

-f X 7 ^po^^tsiSis ( \m-^-4' ) umt7^ xoizi, 

Ai^i^titz T- ■J' $r Jft/*iMi LT r- X r ^' -t X ;/ 
:^^mti-^-i>tcthl,zm\l. ZOXoliZ. t-mf\i>zx 
^ r- 9^- 7.r 9 -t x:;rA'^Jififl2$ii .s> t'- 9 ^tm 

mif-^zm. z ovmm- ^^vM—)\thzb 

\,Z J; •) T- X r ^' -t X ?j-j^<7)|a(jg/jfi5 jji-c$ 2, J; 
[0075] 

50 [ mmm^ 3 ?r! i f )i!!)jft{4 . .^-^'S: x h r k r d x- 



(8) 



200 1-5704 



1 3 



1 4 



[00 76] m2<7)$ftm<±. 9y^7yh<r)nMti^W^ 
•C-a^ff^iaS^OT'. rrU^r-x 3 tastes QL 

X'hh. 

[00 77] SS3<7)^5!)*<1, T-^<-;^£7)|I$»B#, r 

-'j^^mm\^x\.^uz>!bX'hh. 20 

[lli0^Jfa*=5rltiafl] 

[lai ] ^?immMm 

[03 ] 35 1 03iJfi<7)}g®(Cfc{tS ( a ) IgSA ( b ) 
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DETAILED DESCRIPTION 



[Detailed Description of the invention] 
[0001] 

[The technical field to which invention belongs] This invention relates to the data base access method, 
method, and storage which access a data base using the stored procedure registered especially into the 
data base management system about the data base access method, method, and storage which access a 
data base using a data base management system. 
[0002] 

[Description of the Prior Art] With the rational database management system (it is hereafter called 
RDBMS for short) which is one of the data base management systems, the relational database (it is 
hereafter called RDB for short) is managed by the tabular format. The real table and data with which 
data is actually stored have in a table the virtual table (it is also called a view) generated from the data 
of the real table which is not saved but becomes origin at the time of activation. Application acquires 
the required data on RDB through RDBMS using the SQL language which refers to a table. 
[0003] In the client/server system (it is hereafter called a C/S system for short), RDB is connected to a 
server and it has RDBMS, and the application which exists in a client side performs a RDB access 
request to RDBMS using SQL language, and has become the gestalt which gets an access result from 
RDBMS. 

[0004] That is, when searching the data which needs the application of a client, application publishes 

retrieval conditional expression united with the format of SQL language to RDBMS of a server, 

chooses the data corresponding to the retrieval conditions to which RDBMS searched the data of RDB 

and was given, and returns a retrieval result to the application of a client. At this time, rapid access 

techniques, such as creation of the index for retrieval, are used in RDBMS. 

[0005] However, the index created by RDBMS is not necessarily created in the optimal form for 

application. 

[0006] For example, in RDB which consists of the real table A as shown in drawinu 10 (a) and (b), and 
the real table B, the application which asks for the newest price for every goods is considered. 
[0007 1 Application performs the following processings. 

( 1 ) Choose the line in which the date time of day contains the newest thing in the same quotient lot 
number number in the real table B. 

(2) Connect the result of the real table A and the above (1) in each quotient lot number number. 

(3) Relating of the above (2) generates a quotient lot number number, a goods name, and the tabic that 
consists of a price. 

(4) Access the table which it is as a result of the above (3), and acquire the data of a quotient lot 
number number, a goods name, and a price. 

[0008| In this case, although the index of the date time of day is created in RDBMS, the index to the 
thing of the newest [ time of day / date ] is not created in the same quotient lot number number. For 
this reason, application must describe processing procedure for the date lime of day to choose the 
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newest thing in the above (1 ) in the same quotient lot number number. Thus, the index which RDBMS 
creates is not the the best for each appHcation. 

[0009] Moreover, since the above-mentioned application process is performed by each client, 
information will go back and forth frequently between a server and a client through a network the 
result from the demand information and the server from each client. 
[0010] 

[Problem(s) to be Solved by the Invention] in the Prior art mentioned above, the index created by 
RDBM S is a simple index of a data item, and has the trouble that the data needed especially by the 
application side does not become index format, but creation of application becomes complicated, 
moreover — therefore, there is also a trouble that the traffic between RDBMS and application 
increases. 

[001 1] Using the stored procedure registered into RDBMS, the purpose of this invention creates a 
required index for every application, simplifies application creation, and is to offer the means which 
raises the system-wide engine performance. 
[0012] 

[Means for Solving the Problem] A data base access method of invention of this application 1st A data 
base which carries out storage are recording of the data, and a database management system which 
receives a demand from a data base access request means, accesses said data base, and returns an 
access result to said data base access request means, A stored procedure activation means to create a 
table of a meaning key which was contained in said database management system, performed a stored 
procedure, and was defined as a stored procedure. It has a data base access request means to give a 
demand which accesses said data base with reference to a table of a meaning key which said stored 
procedure activation means created to said database management system. 

[0013] A data base access method of invention of this application 2nd In a client/server system by 
which a client is connected with a server through a network said server A relational database which 
carries out storage are recording of the data, and consists of one or more real tables, and a rational 
database management system which accesses said relational database based on processing demanded 
from application, and returns a processing result to said application, A stored procedure which defines 
a virtual table connected with said real table, and creates a table of a meaning key. It has a stored 
procedure starting means to start said stored procedure. Said client It has application which publishes a 
demand which specifies a virtual table which said stored procedure defines, and accesses said 
relational database to said rational database management system, and receives a demand result from 
said rational database management system. 

[0014] A data base access method of invention of this application 3rd is characterized by not starting 
said stored procedure, when, as for said stored procedure starting means, renewal of said relational 
database is not made after that by already carrying out starting activation of said stored procedure in 
the 2nd invention. 

[001 5] A virtual table where said stored procedure defines a data base access method of invention of 
this application 4th in the 2nd invention is characterized by carrying out a duty of an index, when 
application accesses said relational database. 

[0016] A data base access method of invention of this application 5th It is the method of accessing a 
data base in a client/server system by which a client is connected with a server through a network. 
Application defines a table which connected a virtual table defined by a real table and stored 
procedure, and performs an access request to a relational database to a rational database management 
system. Said rational database management system analyzes an access request from said application. A 
virtual table which carried out starting activation of the stored procedure, and was defined as a stored 
procedure when a virtual table said stored procedure carries out [ a virtual table ] definition generation 
was specified is generated. An access request of application which used said virtual table is processed, 
a processing result is relumed to application, and application is characterized by receiving a processing 
result from a rational database management system. 



f 
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[0017] A data base access method of invention of this application 6th is characterized by said stored 
procedure being processing which generates a virtual table which consists of a meaning key of 
hysteresis of a real table of the master data, and two real tables or more holding the hysteresis to the 
newest in the 5th invention. 

[0018] Access request processing which a record medium of invention of this application 7th defines a 
table with which application connected a virtual table defined by a real table and stored procedure, and 
performs an access request to a relational database to a rational database management system, Said 
rational database management system analyzes an access request from said application. Stored 
procedure starting processing in which said stored procedure is started when a virtual table said stored 
procedure carries out [ a virtual table ] definition generation is specified, Virtual table generation 
processing which generates a virtual table which performed said stored procedure and was defined as a 
stored procedure, Access processing which processes an access request of application which used said 
virtual table, and returns a processing result to application, It is characterized by recording a program 
for making a computer perform data receipt processing in which application receives a processing 
result from said rational database management system. 
[0019] 

[Embodiment of the Invention] The data base access method of this invention is explained with 
reference to drawing I . 

[0020] Reference of drawing 1 constitutes the data base access method of this invention from the data 
base 4, a database management system 5, a stored procedure activation means 6, and a data base access 
request means 7. 

[002 1 ] A data base 4 is a data base which carries out storage are recording of the data. 
[0022] A database management system 5 manages a data base 4, accesses a data base 4 based on the 
demand from the data base access request means 7, and returns an access result to the data base access 
request means 7. 

[0023] The stored procedure activation means 6 performs the stored procedure registered into the 
database management system 5. The stored procedure includes the processing which creates the table 
(index) of the meaning key which the data base access request means 7 uses. 

[0024] The data base access request means 7 requires a database management system 5 to perform the 
stored procedure activation means 6 and to access a data base 4 using an activation result, and receives 
a demand result from a database management system 5. 

[0025] Actuation of this invention is explained. In addition, beforehand, the stored procedure which the 
data base access request means 7 uses shall be a well-known method, and shall be registered into the 
database management system 5. 

[0026] First, the data base access request means 7 specifies the table (index) of the meaning key which 
a stored procedure creates, and sends the access request to a data base 4 to a database management 
system 5. 

[0027] A database management system 5 performs access request processing specified after creating 
the table (index) of the meaning key which performs the stored procedure specified using the stored 
procedure activation means 6, and the data base access request means 7 uses, and returns a processing 
result to the data base access request means 7. 

10028] The data base access request means 7 receives a processing result from a database management 
system 5. 

[0029] Thus, the data base access request means 7 can acquire the data for which it asks from a data 
base 4 at a high speed by creating the table (index) of the meaning key which the data base access 
request means 7 uses in the stored procedure registered into the database management system 5. 
[0030| The gcslalt of operation of this invention which applied the data base access method of this 
invention is explained. 

[003 1 1 The gestalt of operation of the I si of this invention is explained to details with reference to a 
drawing. The gestalt of the 1st operation searches RDB which has managed the newest price of the 
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goods which consist of two real tables, and is related with the system which acquires and processes the 
newest price of goods. 

[0032] Drawing 2 is drawing showing the 1 st configuration of the gestalt of operation. 
[0033] As for the gestalt of the 1 st operation, reference of drawing 2 connects the client 2 with the 
server 1 in the network 3. The server 1 connected RDBi 1 and is equipped with RDBMS12. RDB1V1S12 
includes a stored procedure 1 3 and the stored procedure starting means 14. A client 2 contains 
application 21 . 

[0034] RDBI 1 is the relational database which carries out storage are recording of the data, and 
consists of the real table AIM and the real table B 1 1 2. The real table AIM is the master data, and the 
real table B 1 1 2 holds the hysteresis of the master data. 

[0035] The real table AIM is one of the tables which constitute RDBI 1 . The configuration of the real 
table All 1 is shown in drawing 3 (a). The real table All 1 consists of a quotient lot number number 
and a goods name, and each line is distinguished by the meaning by the quotient lot number number 
which is a major key. 

[0036] The real table Bl 12 is one of the tables which constitute RDBI 1 . The configuration of the real 
table B II 2 is shown in drawing 3 (b). The real table B 11 2 consists of a quotient lot number number, 
the date time of day, and a price, and shows the newest price of goods. The line which shows the date 
time of day changed whenever the price of goods was changed, and a new price is registered. The 
quotient lot number number corresponds with the quotient lot number number of the real table AMI, 
and, thereby, the real table A 11 1 and the real table B 11 2 are connected. The date time of day is the 
date and time of day when a price is registered, and shows the registration sequence of the price within 
the same quotient lot number number. It may change at the date time of day, and the sequence number 
may be used. Each line is uniquely distinguished by what connected the date time of day with the 
quotient lot number number (it is hereafter described as "quotient lot number number + date time of 
day"). 

[0037] RDBMS12 manages and accesses RDBI 1. The demand published from application 21 is 
processed and the processing result corresponding to the published demand is returned to application 
21. 

[0038] A stored procedure 1 3 performs processing which definition-generation-carries out selection 
creation of the data set for a virtual tabic A 1 3 1 based on the real table A 1 11 and the real table B 112. A 
stored procedure 1 3 is started by the stored procedure starting means 14. The identifier of a virtual 
table A 1 3 I is determined when registering a stored procedure 1 3 into RDBMS 12. Refer to the virtual 
table A 1 3 1 which the stored procedure 1 3 generated for application 2 1 by specifying this identifier, in 
addition, about the method of registering a stored procedure 13 into RDBMS 12, it is based on a 
well-known method. - 

[0039] A virtual table A 131 is a virtual table which consists of the meaning key of the newest 
hysteresis. The selection condition with which a stored procedure 13 combines the newest (max) date 
time of day in the quotient lot number number of the real table B112 corresponding to [ definition 
generation ] the quotient lot number number of the real table A 1 11 and it based on the real table All 1 
and the real table 131 12 is specified. The configuration of a virtual table A 131 is shown in drawing 3 
(c). A virtual table A 1 3 1 consists of a quotient lot number number and the date time of day, and that of 
the real table A 1 11 supports [ the quotient lot number number ] the quotient lot number number, 
respectively at the date time of day of the newest [ time of day / date ] in the same quotient lot number 
number of the real table 1311 2 (max). If it sees from application 21, the virtual table A 131 will carry 
out the duty of the index which always reflected the newest condition of RDBI 1, and will be referred 
to from application 21 . 

[0040] i'hc stored procedure starting means 14 starts a stored procedure 13, when the demand whose 
application 2 1 uses the virtual table A 1 3 1 which a stored procedure 1 3 generates is given to 
RDBMS 1 2. When starting activation of the specified stored procedure 13 has already been carried out 
and renewal of RDBI 1 is not made after that, a stored procedure 13 is not started. In this case, the 
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processing result of the already performed stored procedure 13 is used. 

[004 1 ] In order to acquire the newest data of RDB i 1 , application 2 1 defines the virtual table A 1 3 1 as 
for which a stored procedure 13 carries out definition generation, and the connected virtual table B21 1, 
and publishes an access request to RDBMS12. The processing result corresponding to the published 
demand is returned from RDBMS12, and data processing is performed based on the acquired data. 
[0042] Application 21 is a definition generation virtual table based on a virtual table A131, the real 
table Al 1 1, and the real table Bl 12, and a virtual table B21 1 consists of the data which application 21 
needs. The configuration of a virtual table B21 1 is shown in drawing 3 (d). A virtual table B21 1 
consists of a quotient lot number number, a goods name, and a price, and a quotient lot number number 
in the quotient lot number number of the real table Al 1 1 corresponding to the quotient lot number 
number of a virtual table A 1 3 1 The goods name supports the price of the real table B 1 1 2 
corresponding to the "quotient lot number number + date time of day" of a virtual table A13 1 in a price 
at the goods name of the real table Al 1 1 corresponding to the quotient lot number number of a virtual 
table A 1 3 1 , respectively. 

[0043] Actuation of the gestalt of operation of the 1st of this invention is explained to details with 
reference to drawing 1 - drawing 5 . 

[0044] drawing where drawing 4 explains actuation of the gestalt of the 1 st operation -- it is - (a) - the 
example of the real table A 1 1 1 in (b), (c) shows the example of a virtual table A13 1, and (d) shows 
the example of a virtual table B21 1 for the example of the real table B112. the goods name from (a) 
and (b) - " such the newest price of**" the date time of day it turns out that it is "190" set as 
"05261 800." Drawing 5 is drawing showing the flow of actuation of the gestalt of the 1st operation. 
[0045] When drawing 5 is referred to, application 21 The quotient lot number number of the real table 
Al 1 1 and the quotient lot number number of a virtual table A 13 1 are connected. The "quotient lot 
number number + date time of day" of the real table Bl 12 and the "quotient lot number number + date 
time of day" of a virtual table A13 1 are connected, the virtual table B21 1 which consists of a quotient 
lot number number, a goods name, and a price is defined, and access to RDBl 1 is required of 
RDBlVIS12(steps A11-A12). 

[0046] It judges whether RDBMS 1 2 needs starting activation of a stored procedure 1 3, when the 
virtual table A 1 3 1 analyzes the access request to RDB 1 1 from application 2 1 (step Mil), and a stored 
procedure 13 carries out [ the virtual table ] definition generation is specified, and when it has 
recognized that a stored procedure 13 needs to be starling performed, a stored procedure 13 is started 
(steps M12-M14). When starting activation of the specified stored procedure 13 has already been 
carried out and renewal of RDB 1 1 is not made after that, a stored procedure 1 3 is not started. In this 
case, the processing result of the already performed stored procedure 13 is used. 
[0047] The started stored procedure 13 performs the following processings. 

(1) The date time ofday chooses the line containing the newest thing within the same quotient lot 
number number for every quotient lot number number of the real table Bl 12 (step SI 1). 

(2) Connect the quotient lot number number of the real table A 1 1 1 , and the quotient lot number 
number as a result of the above ( I ) (step S 1 2). 

(3) Create the quotient lot number number of the real table A 1 1 1 , and the data set of the virtual table 
A13 1 which consists of the date time ofday as a result of the above (1 ) (step SI 3). The output of a 
stored procedure 1 3 is shown in drawing 4 (c). 

[0048] Then, RDBMS 1 2 performs processing based on a virtual tabic B21 1 (step Ml 5). The 

processing result of RDBMS 12 is shown in drawing 4 (d). 

[0049] Then, RDBMS 1 2 returns a processing result to application 2 1 (step M 1 6). 

|0050| Application 21 performs reception and an application process for a processing result from 

RDBMS12(step A13). 

|005 1 ] Thus, application 2 1 can obtain the newest data of RDB 1 1 for which it is asking at a high speed 
by using the virtual table A 1 3 1 which is the output of a stored procedure 1 3 instead of an index. 
[0052] next, gestalt of operation of the 2nd of this invention ******** it explains to details with 
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reference to a drawing. The gestalt of the 2nd operation searches RDB which has managed the contents 

of a failure of the product which consists of three real tables, and is related with the system which 

acquires and processes the newest contents of a failure of a product. 

[0053] Drawing 6 is drawing showing the 2nd configuration of the gestalt of operation. 

[0054] If drawing 6 is referred to, as for the gestalt of the 2nd operation, a client 2 will be connected 

with a server 1 in a network 3. A server 1 is equipped with RDBMS16 which connects RDB15 and 

includes a stored procedure 17 and the stored procedure starting means 14. A client 2 is equipped with 

application 22 and constituted. RDBl 1, RDBMS12, the stored procedure 13, and application 21 of a 

gestalt of the 1st operation It is replaced by RDB 15, RDBMS16, the stored procedure 17, and 

application 22. 

[0055] Here, RDB15,.RDBMS16, the different stored procedure 17, and different application 22 from 
the gestalt of the 1st operation are explained. 

[0056] RDB 1 5 is the relational database which carries out storage are recording of the data, and 
consists of the real table A 1 5 1 , the real table B152, and the real table CI 53. The real table A 151 is the 
master data, and the real table B152 and the real table CI 53 hold the hysteresis of the master data. 
[0057] The real table Ai 5 1 is one of the tables which constitute RDB 1 5. The configuration of the real 
table A 1 5 1 is shown in drawing 7 (a). The real table A 15 1 consists of a part number and a product 
name, and each line is distinguished by the meaning by the part number which is a major key. 
[00581 The real table Bl 52 is one of the tables which constitute RDBl 5. The configuration of the real 
table B 1 52 is shown in drawing 7 (b). The real table B 1 52 consists of a part number, a branch number 
A and a receipt number, and deletion. The part number corresponds with the part number of the real, 
table A 1 5 1 , and, thereby, the real table B 1 52 and the real table A 1 5 1 are connected. A branch number 
A may show the sequence of the receipt number within the same part number, and the sequence 
number or the date time of day is sufficient as it. Each line is uniquely distinguished with "the part 
number + branch number A." A receipt number is the sequence number ****(ed) through a product, 
and a receipt number is registered whenever the failure of a product is received. The contents of the 
failure are registered into the real table CI 53. When there is new failure reception to the same product, 
a branch number A is raised and a new receipt number is registered. Deletion shows whether it was 
deleted once the receipt number was received, and when a receipt number is deleted, it is indicated to 
be "DEL." 

[0059] The real table CI 53 is one of the tables which constitute RDBl 5. The configuration of the real 
table C 1 53 is shown in drawing 7 (c). The real table C 1 53 consists of a part number, and a branch 
number A, a branch number B and the contents of a failure. "The part number + branch number A" 
corresponds with the "part number + branch number A" of the real table B152, and, thereby, the real 
table CI 53 and the real table B 1 52 are connected. A branch number B may show the sequence of the 
contents of a failure within the same "part number + branch number A", and the sequence number or 
the date time of day is sufficient as it. Each line is uniquely distinguished with "the part number -f 
branch number A+ branch number B." The contents of a failure corresponding to a receipt number are 
registered into the contents of a failure. When the contents of a failure about the received receipt 
number are updated, the contents of a failure which raised the branch number B and were updated arc 
registered, and hysteresis management is performed as another data. 

[0060] RDBMSI6 manages and accesses RDBl 5. The demand published from application 22 is 
processed and the processing result corresponding to the published demand is returned to application 
22. 

[0061 1 A stored procedure 17 performs processing which dcfinition-generation-carrics out selection 
creation of the data set for a virtual table A 171 based on the real table A151, the .real table B152, and 
the real table Ci 53. A stored procedure 1 7 is started by the stored procedure starting means 14. The 
identifier ofa virtual table A 171 is determined when registering a stored procedure 17 into RDBMSI6. 
Refer to the virtual table A 171 which the stored procedure 17 generated for application 22 by 
specifying this identifier. In addition, about the method of registering a stored procedure 17 into 
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RDBMS16, it is based on a well-known method. 

[0062] A virtual table A171 is a virtual table which consists of the meaning key of the newest 
hysteresis. The selection condition with which a stored procedure 17 definition-generation-combines 
the greatest branch number B within the greatest branch number A in the part number of the real table 
A 1 5 1 and the same part number of the real table B 1 52 and the same "part number + branch number A" 
of the real table CI 53 based on the real table A151, the real table B152, and the real table CI 53 is 
specified. The configuration of a virtual table A171 is shown in drawing 7 (c). A virtual table A 171 
consists of a part number, a branch number A, and a branch number B, a branch number A is 
equivalent to the greatest branch number A in the same part number of the real table B152, and the 
branch number B is equivalent to the greatest branch number B at the part number of the real table 
A15 1 for the part number, respectively within the same "part number + branch number A" of the real 
table CI 53. If it sees from application 22, the virtual table A171 will carry out the duty of the index 
which always reflected the newest condition of RDB15, and will be referred to from application 22. 
[0063] In order to acquire the newest data of RDB 1 5, application 22 defines the virtual table A 1 7 1 as 
for which a stored procedure 17 carries out definition generation, and the connected virtual table B221, 
and publishes an access request to RDBMS16. The processing result corresponding to the published 
demand is returned from RDBN4S16, and data processing is performed based on the acquired data. 
[0064] Application 22 is a definition generation virtual table based on a virtual table A171, the real 
table A151, the real table B152, and the real table CI 53, and a virtual table B221 consists of the data 
which application 22 needs. The configuration of a virtual table B221 is shown in drawing 7 (d). A 
virtual table B221 consists of a part number, a product name, a receipt number, and the contents of a 
failure. To the part number of the real table Al 5 1 corresponding to the part number of a virtual table 
A 1 7 1 , a part number To the product name of the real table A 1 5 1 corresponding to the part number of a 
virtual table A 1 7 1 , a product name The receipt number supports the contents of a failure of the real 
table CI 53 corresponding to the "part number + branch number A+ branch number B" of a virtual table 
A 1 7 1 in the contents of a failure at the receipt number of the real table B 1 52 corresponding to the "part 
number + branch number A" of a virtual table A 171, respectively, 

[0065] Actuation of the gestalt of operation of the 2nd of this invention is explained to details with 
reference to drawing 6 - drawing 9 . 

[0066] drawing where drawing 8 explains actuation of the gestalt of the 2nd operation - it is — (a) — 
the example of the real table A 1 5 1 (b) -- the example of the real table B 1 52 -- in (c), (d) shows the 
example of a virtual table A 171, and (e) shows the example of a virtual table B221 for the example of 
the real table CI 53. In (b), although receipt number "002" and "003" were once received, since they 
were deleted after that, they arc indicated to be "DEL" to deletion. Drawing 9 is drawing showing the 
How of actuation of the gestalt of the 2nd operation. 

[0067] When drawing 9 is referred to, application 22 The part number of the real table A15 1 and the 
part number of a virtual table A 171 arc connected. The "part number + branch number A" of the real 
table B152 and the "part number + branch number A" of a virtual table A171 are connected. Connect 
the "part number + branch number A+ branch number B" of the real table CI 53, and the "part number 
+ branch number A+ branch number B" of a virtual table A 171, and the virtual table B221 which 
consists of a part number, a product name, a receipt number, and the contents of a failure is defined. 
Access to RDBl 5 is required of RDBMS16 (steps A21-A22). 

[00681 It judges whether RDBMS16 needs starting activation of a stored procedure 17, when the 
virtual table A171 analyzes the access request to RDB 15 from application 22 (step M21), and a stored 
procedure 1 7 carries out [ the virtual table ] definition generation is specified, and when it has 
recognized that a stored procedure 17 needs to be starting performed, a stored procedure 17 is started 
(steps M22-M24). When starting activation of the specified stored procedure 17 has already been 
carried out and renewal of RDB 15 is not made after that, a stored procedure 17 is not started. In this 
case, the processing result of the already performed stored procedure 1 7 is used. 
[0069] The started stored procedure 17 performs the following processings. 
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(1) the real table C I 53 -- "-- a branch number B chooses the line containing the greatest thing as every 
part number + branch number A" within the same "part number + branch number A" (step S21). The 
line to which O mark is attached is chosen as the right end of drawing 8 (c) in this example. 

(2) Connect the "part number + branch number A" of the real table B152, and the "part number + 
branch number A" as a resuU of the above (1) (step S22). At this time, the "part number + branch 
number A" of the real table 81 52 with which "DEL" is set as deletion of the real table 81 52 is 
removed. In this example, that remove and receipt number "002" and the line of "003" are connected 
since "DEL" is set as deletion is a line to which drawing 8 (b) and the right end of (c) have O mark. 

(3) Create the data set of the virtual table A171 which consists of the part number of the real table 
A15 1, the branch number A as a result of the above (2), and the branch number 8 as a result of the 
above (2) (step S23). The output of a stored procedure 1 7 is shown in drawing 8 (d). 

[0070] Then, RD8MS16 performs processing based on a virtual table 8221 (step M25). The 

processing result of RD8MS16 is shown in drawing 8 (e). 

[0071] Then, RD8MS16 returns a processing result to application 22 (step M26). 

[0072] Application 22 performs reception and an application process for a processing result from 

RD8MSI6(step A23). 

[0073] Thus, application 22 can obtain the newest data of RD815 for which it is asking at a high speed 
by using the virtual table A171 which is the output of a stored procedure 17 instead of an index. 
Namely, application 22 can be processed by acquiring the newest receipt number and the newest 
contents of a failure over a part number, without carrying out complicated processing. 
[0074] In the gestalt of the operation by this invention mentioned above, it uses in order to memorize 
the program for performing processing actuation of a data base access method etc. to storage (not 
shown), such as a magnetic disk and an optical disk, as data, to read the memorized data and to operate 
a data base access method. Thus, the data which operates the data base access method by this invention 
is stored in a storage, and the llinction of a data base access method can be realized now by installing 
this storage. 
[0075] 

[Effect of the Invention] The 1st effect is only referring to a required stored procedure and always 
being able to refer to the newest data at a high speed from application. The reason is because a means 
which constitutes the function which generates the index for applications in a stored procedure was 
established. 

[0076] The 2nd effect is that the load of a client is mitigated and network traffic also decreases. Since a 
stored procedure is performed by the server side, the reason is for there being also few exchanges 
which do not need to publish complicated SQL from application, can build processing only by 
application describing the data manipulation processing based on the table of a meaning key, and are 
generated between the application of a client and RD8MS of a server, and ending. 
[0077j The 3rd effect is that special restoration treatment called rc-crcation of an index table physical 
for the index for applications is not needed at the time of the failure of a data base. The reason is 
because the stored procedure is used as a table with the imagination index for applications. 



[Translation done.] 
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* NOTICES * 

Japan Patent Office is not responsible for any 
daunages caused by the use of this translation. 

1 .This document has been translated by computer. So the translation may not reflect the original 
precisely. 

2.**** shows the word which can not be translated. 
3. In the drawings, any words are not translated. 



CLAIMS 



[Claim(s)] 

[Claim 1] A data base access method characterized by providing the following A data base which 
carries out storage are recording of the data A database management system which receives a demand 
from a data base access request means, accesses said data base, and returns an access result to said data 
base access request means A stored procedure activation means to create a table of a meaning key 
which was contained in said database management system, performed a stored procedure, and was 
defined as a stored procedure A data base access request means to give a demand which accesses said 
data base with reference to a table of a meaning key which said stored procedure activation means 
created to said database management system 

[Claim 2] A client/server system which is characterized by providing the following and by which a 
client is connected with a server through a network Said server is a relational database which carries 
out storage are recording of the data, and consists of one or more real tables. A rational database 
management system which accesses said relational database based on processing demanded from 
application, and returns a processing result to said application A stored procedure which defines a 
virtual table connected with said real table, and creates a table of a meaning key It is the application 
which is equipped with a stored procedure starting means to start said stored procedure, publishes a 
demand which said client specifics a virtual table which said stored procedure defines, and accesses 
said relational database to said rational database management system, and receives a demand result 
from said rational database management system. 

[Claim 3] Said stored procedure starting means is a data base access method according to claim 2 
which starting activation of said stored procedure is already earned out, and is characterized by not 
starting said stored procedure when renewal of said relational database is not made after that. 
[Claim 4J A virtual table which said stored procedure defines is a data base access method according to 
claim 2 characterized by carrying out a duty of an index when application accesses said relational 
database. 

[Claim 5] It is the method of accessing a data base in a client/server system by which a client is 
connected with a server through a network. Application defines a table which connected a virtual table 
defined by a real table and stored procedure, and performs an access request to a relational database to 
a rational database management system. Said rational database management system analyzes an access 
request from said application. A virtual table which carried out starting activation of the stored 
procedure, and was defined as a stored procedure when a virtual table said stored procedure carries out 
[ a virtual table ] definition generation was specified is generated. It is the data base access method 
which processes an access request of application which used said virtual table, returns a processing 
result to application, and is characterized by application receiving a processing result from a rational 
database management system. 

[Claim 6] Said stored procedure is the data base access method according to claim 5 characterized by 
being the processing which generates a virtual table which consists of a meaning key of the newest 
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hysteresis from a real table of the master data, and two real tables or more holding the hysteresis. 
[Claim 7] Access request processing which defines a table with which application connected a virtual 
table defined by a real table and stored procedure, and performs an access request to a relational 
database to a rational database management system, Said rational database management system 
analyzes an access request from said application. Stored procedure starting processing in which said 
stored procedure is started when a virtual table said stored procedure carries out [ a virtual table ] 
definition generation is specified, Virtual table generation processing which generates a virtual table 
which performed said stored procedure and was defined as a stored procedure, Access processing 
which processes an access request of application which used said virtual table, and returns a processing 
result to application, A record medium characterized by recording a program for making a computer 
perform data receipt processing in which application receives a processing result from said rational 
database management system. 



[Translation done.] 
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Claims 

1 . A database access system characterized in that it is equipped with a database for storing 
data, a database management system which gains access to the aforementioned database upon 
receiving a request from a database access request means and returns the access results to the 
aforementioned database access request means, a stored procedure execution means contained in 
the aforementioned database management system which executes a stored procedure in order to 
generate a table of unique keys defined by the stored procedure, and a database access request 
means which issues a request to gain access to the aforementioned database to the 
aforementioned database management system in reference to the table of unique keys generated 
by the aforementioned stored procedure execution means. 

2. A database access system characterized in that in a client server system in which a 
server and clients are connected via a network, the aforementioned server is equipped with a 
relational database which comprises more than 1 base tables containing data, a relational 
database management system which gains access to the aforementioned relational database 
according to a processing requested by an application program and returns the access results to 
the aforementioned application program, a stored procedure which defines a virtual table 
correlated with the aforementioned base tables in order to generate a table of unique keys, and a 
stored procedure activation means which activates the aforementioned stored procedure; and the 
aforementioned client is provided with an application program used to specify the virtual table 
defined by the aforementioned stored procedure in order to issue a request to gain access to the 
aforementioned relational database and to the aforementioned relational database management 
system and receive the results of the request from the aforementioned relational database 
management system. 

3. A database access method described under Claim 2 characterized in that the 
aforementioned stored procedure activation means docs not activate the aforementioned stored 
procedure when the aforementioned stored procedure was already activated and executed, and the 
aforementioned relational database has not been renewed since then. 

4. The database access method described under Claim 2 characterized in that the virtual 
table defined by the aforementioned stored procedure serves the role of indexes used when the 
application program gains access to the aforementioned relational database. 

5. A database access method characterized in that it is a method for gaining access to a 
database in a client server system in which a server and clients are connected via a network; 
wherein, an application program defines a table, in which base tables and a virtual table defined 
by a stored procedure are correlated, and issues a request to gain access to a relational database to 
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a relational database management system; the aforementioned relational database management 
system analyzes the access request from the aforementioned application program, 
activates/executes the stored procedure if the virtual table defined and generated in accordance 
with the aforementioned stored procedure is specified in order to generate the virtual table 
defined by the stored procedure, processes the access request ft*om the application program which 
used the aforementioned virtual table, and returns the processing results to the application 
program; and the application program receives the processing results from the relational database 
management system. 

6. The database access method described under Claim 5 characterized in that the 
aforementioned stored procedure refers to processing for generating a virtual table comprising 
unique keys for the latest history from 2 or more base tables comprising [at least] a base table for 
basic data and a base table for keeping its history. 

7. A storage medium characterized in that it stores a program in order for a computer to 
execute access request processing during which an application program defines a table in which 
base tables and a virtual table defined by a stored procedure are correlated in order to issue a 
request to gain access to a relational database to a database management system, stored procedure 
activation processing during which the aforementioned database management system analyzes 
the access request from the aforementioned application program and activates the 
aforementioned stored procedure if the virtual table defined and generated in accordance with the 
aforementioned stored procedure is specified, virtual table generation processing during which 
the aforementioned stored procedure is executed in order to generate the virtual table defined by 
the stored procedure, access processing during which the access request from the application 
program which used the aforementioned virtual table is processed, and the processing results are 
returned to the application program, and data reception processing during which the application 
program receives the processing results from the aforementioned relational database management 
system. 

Detailed explanation of the invention 
0001 

Technical field of the invention 

The present invention pertains to a database access system in which access is gained to a 
database using a database management system and a method and a medium to this end. In 
particular, it pertains to a database access system in which access is gained to a database using a 
stored procedure registered to a database management system and a method and a medium to this 
end. 
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[0002] 
Prior art 

In the case of a relational database management system (will be abbreviated as RDBMS, 
hereinafter) as one type of database management system, the relational database (will be 
abbreviated as RDB, hereinafter) is managed in the form of tables. The tables include base tables 
which contain actual data and a virtual table (referred to as view also) which is generated ft-om 
the data in an original base table at the time of the execution of an instruction but not used for 
storing data. An application program obtains necessary data in the RDB via the RDBMS using 
the SQL language used for making references to the tables. 



[0003] 

In a client/server system (will be abbreviated as C/S system, hereinafter), the server is 
equipped with an RDBMS and connected to an RDB, and an application program provided at the 
client's side issues an RDB access request to the RDBMS using the SQL language and receives 
the access results ft-om the RDBMS. 

[0004] 

Thai is, in order for the application program of the client to retrieve necessary data, the 
application program issues a search condition formula in accordance with the SQL language /3 
format to the RDBMS of the server; and the RDBMS runs a data search in the RDB, selects data 
which match the search condition specified, and returns the search results to the application 
program of the client. At this time, a high-speed access technique, for example, generation of 
indexes for the search, is used by the RDBMS. 

[0005] 

However, the indexes generated by the RDBMS are not always optimized for the 
application program. 

[0006] 

For example, an application program used for obtaining the latest prices of respective 
merchandises in an RDB comprising base table A and base table B shown in Figure 10 (a) and 
(b) will be examined. 
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[0007] 

The application program carries out the following processing. 

(1) It selects the lines showing the latest time stamps [literally; "date and time"] for those 
with the same merchandise numbers in base table B. 

(2) It correlates base table A with the results of (I) above for the respective merchandise 
numbers. 

(3) It generates a table comprising the merchandise numbers, merchandise names, and 
prices according to the correlation obtained in (2) above. 

(4) It gains access to the table obtained as a result of (3) above in order to obtain data on 
the merchandise numbers, the merchandise names, and the prices. 

[0008] 

In this case, although indexes for the time stamps are generated by the RDBMS, no 
indexes for those with the latest time stamps among those with the same merchandises are 
generated. Thus, the program application must describe a processing procedure for selecting 
those with the latest time stamps among those with the same merchandise numbers in (1) above. 
As such, the indexes generated by the RDBMS are not optimized for an individual application 
program. 

[0009] 

In addition, because the aforementioned processing is executed by individual clients, 
request information from the respective clients and result infomiation from the server are 
exchanged between the server and the clients in a complex manner via the network. 

[0010] 

Problems to be solved by the invention ~ 

In the aforementioned prior art, the indexes generated by the RDBMS are simple indexes 
based on data entries, and particular data needed by the application program are not generated in 
the index fomiat, resulting in the application program becoming complicated. As a result, it 
creates another problem that the traffic between the RDBMS and the application program 
becomes busier. 

[0011] 

The purpose of the present invention is to present a means by which indexes needed by 
each application program arc generated using a stored procedure registered to an RDBMS in 
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order to simplify the application program, so that the overall performance of the system can be 
improved. 

[0012] 

Means to solve the problems 

The database access system as a first invention of the present patent application is 
equipped with a database for storing data, a database management system which gains access to 
the aforementioned database upon receiving a request from a database access request means and 
returns the access results to the aforementioned database access request means, a stored 
procedure execution means contained in the aforementioned database management system which 
executes a stored procedure in order to generate a table of unique keys defined by the stored 
procedure, and a database access request means which issues a request to gain access to the 
aforementioned database to the aforementioned database management system in reference to the 
table of unique keys generated by the aforementioned stored procedure execution means. 

[0013] 

In the case of the database access system as a second invention of the present patent 
application, in a client server system in which a server and clients are connected via a network, 
the aforementioned server is equipped with a relational database which comprises more than 1 
base tables containing data, a relational database management system which gains access to the 
aforementioned relational database according to a processing requested by an application 
program and retums the access results to the aforementioned application program, a stored 
procedure which defines a virtual table correlated with the aforementioned base tables in order to 
generate a table of unique keys, and a stored procedure activation means which activates the 
aforementioned stored procedure; and the aforementioned client is provided with an application 
program used to specify the virtual table defined by the aforementioned stored procedure in order 
to issue a request to gain access to the aforementioned relational database to the aforementioned 
relational database management system and receive the results of the request from the 
aforementioned relational database management system. 

[0014] 

The database access system as a third invention of the present patent application is 
characterized in that in the second invention, the aforementioned stored procedure activation 
means does not activate the aforementioned stored procedure when the aforementioned stored 
procedure was already activated and executed, and the aforementioned relational database has not 
been renewed since then. 



[0015] 

The database access system as a fourth invention of the present patent application is 
characterized in that in the second invention, the virtual table defined by the aforementioned 
stored procedure serves the role of indexes used when the application program gains access to the 
aforementioned relational database. 

[0016] 

The database access method as a fifth invention of the present patent application is 
characterized in that it is a method for gaining access to a database in a client server system in 
which a server and clients are connected via a network; wherein, an application program defines 
a table, in which base tables and a virtual table defined by a stored procedure are correlated, and 
issues a request to gain access to a relational database to a relational database management 
system; the aforementioned relational database management system analyzes the access request 
from the aforementioned application program, activates/executes the stored procedure if the 
virtual table defined and generated in accordance with the aforementioned stored procedure is 
specified in order to generate the virtual table defined by the stored procedure, processes the 
access request from the application program which used the aforementioned virtual table, and 
returns the processing results to the application program; and the application program receives 
the processing results from the relational database management system. 

[0017] 

The database access method as a sixth invention of the present patent application is 
characterized in that in the fifth invention, the aforementioned stored procedure refers to 
processing for generating a virtual table comprising unique keys for the latest history from 2 or 
more base tables comprising [at least] a base table for basic data and a base tabic for keeping its 
history. 

[0018] 

The storage medium as a seventh invention of the present patent application is 
characterized in that it stores a program in order for a computer to execute access request 
processing during which an application program defines a table in which base tables and a virtual 
(able defined by a stored procedure are correlated in order to issue a request to gain access to a 
relational database to a database management system, stored procedure activation processing 
during which the aforementioned database management system analyzes the access request from 
the aforementioned application program and activates the aforementioned stored procedure if the 
virtual table defined and generated in accordance with the aforementioned stored procedure is 
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specified, virtual table generation processing during which the aforementioned stored procedure 
is executed in order to generate the virtual table defined by the stored procedure, access 
processing during v^hich the access request from the application program which used the 
aforementioned virtual table is processed, and the processing results are returned to the 
application program, and data reception processing during which the application program 
receives the processing results from the aforementioned relational database management system. 

[0019] 

Embodiments of the invention 

The database access system of the present invention will be explained in reference to 
Figure 1 . 

[0020] 

In reference to Figure 1, the database access system of the present invention is configured 
with database 4, database management system 5, stored procedure execution means 6, and 
database access request means 7. 

[0021] 

Database 4 is a database for storing and accumulating data. 
[0022] 

Database management system 5 manages database 4, gains access to database 4 upon 
receiving a request from database access request means 7, and returns the access results to 
database access request means 7. 

[0023] 

Stored procedure execution means 6 executes a stored procedure registered to database 
management system 5. The stored procedure includes processing for generating a table of unique 
keys (indexes) used by database access request means 7. 

[0024] 

Database access request means 7 requests database management system 5 to activate 
stored procedure execution means 6 and gain access to database 4 using the execution result and 
receives the request results from database management system 5. 
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[0025] 

Operations of the present invention will be explained. Here, assume that the stored 
procedure to be used by database access request means 7 has been registered to database 
management system 5 in advance using a w^ell-known method. 

[0026] 

First, database access request means 7 specifies a table of unique keys (indexes) to be 
generated by the stored procedure and sends a request to gain access to database 4 to database 
management system 5. 

[0027] 

Database management system 5 lets stored procedure execution means 6 execute the 
specified stored procedure to generate the table of unique keys (indexes) to be used by database 
access request means 7, carries out a specified access request processing then, and returns the 
processing results to database access request means 7. 

[0028] 

Database access request means 7 receives the processing results from database 
management system 5. 

[0029] 

As described above, when the table of unique keys (indexes) used by database access 
request means 7 is generated by the stored procedure registered to database management system 
5, database access request means 7 can obtain the data it needs from database 4 quickly. 

[0030] 

Embodiments of the present invention to which the database access system of the present 
invention is applied will be explained. 

[0031] 

A first embodiment of the present invention will be explained in detail in reference to 
figures. The first embodiment pertains to a system which runs a search in a RDB for managing 
the latest prices of merchandises using 2 base tables to obtain the latest prices of the 
merchandises for further processing. 
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[0032] 

Figure 2 is a diagram illustrating the configuration of the first embodiment. 

[0033] 

In reference to Figure 2, in the first embodiment, server 1 and clients 2 are connected via 
network 3. Server 1 is equipped with RDBMS 12 and connected to RDB 11. RDBMS 12 
contains stored procedure 13 and stored procedure activation means 14. Client 2 contains 
application program 21 . 

[0034] 

RDB 1 1 is a relational database for storing/accumulating data, and comprises base table 
A 1 1 1 and base table B 1 12. Base table A 1 1 1 holds basic data, and base table B 1 12 keeps the 
history of the basic data. 

[0035] 

Base table A 1 1 1 is one of the tables which constitute RDB 11. Configuration of base 
table A 1 1 1 is shown in Figure 3 (a). Base table A 1 1 1 comprises merchandise numbers and 
merchandise names, and respective lines are distinguished from each other uniquely using the 
merchandise numbers as the primary keys. 

[0036] 

Base table B 1 12 is one of the tables which constitute RDB 1 1 . Configuration of base 
table B 1 12 is shown in Figure 3 (b). Base table B 1 12 comprises merchandise numbers and time 
stamps and shows the latest prices of the merchandise. Every time a merchandise price is 
changed, a line showing a time stamp indicating the change of price and the new price is 
registered. The merchandise numbers correspond to the merchandise numbers in base table A 
111, and base table A 11 1 and base table B 1 12 are correlated with each other as a result. The 
time stamps show the dates and the times those price are registered, and they show the order in 
which the prices of those with the same merchandise numbers are registered. Serial numbers may 
be used in place of the time stamps. The respective lines arc distinguished from each other 
uniquely using the combination of a merchandise number and a time stamp (will be noted as 
''merchandise number + lime stamp/' hereinafter). 
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[0037] 

RDBMS 12 manages RDB 1 1 and gains access to it. It processes a request issued from 
application program 21 and returns the processing results corresponding to the request issued to 
application program 21 . 

[0038] 

Stored procedure 13 defines and generates virtual table A 131 based on base table A 1 1 1 
and base table B 1 12 in order to select and generate a dataset. Stored procedure 13 is activated by 
stored procedure activation means 14. Name of virtual table A 131 is decided when stored 
procedure 13 is registered to RDBMS 12. Application program 21 can make reference to virtual 
table A 131 generated by stored procedure 13 by specifying said name. Furthermore, a 
well-known method is used as the method for registering stored procedure 13 to RDBMS 12. 

[0039] 

Virtual table A 131 is a virtual table comprising unique keys with the latest history. It is 
defined and generated by stored procedure 1 3 based on base table A 1 11 and base tabic B 1 1 2; 
wherein, selection conditions for combining the merchandise numbers in base table A 1 1 1 with 
the corresponding merchandise numbers in base table B 1 12 with the latest (greatest) lime stamps 
are specified. Configuration of virtual table A 131 is shown in Figure 3 (c). Virtual table A 131 
comprises merchandise numbers and time stamps; wherein, the merchandise numbers and the 
time stamps [sic] in base table A 1 1 1 correspond to the merchandise numbers and the latest 
(greatest) time stamps of those with the same merchandise numbers in base table B 1 12, 
respectively. From the viewpoint of application program 21, virtual table A 131 plays the role of 
indexes which constantly refiect the latest condition of RDB 1 1 when a reference is made from 
application program 21 . 

[0040] 

Stored procedure activation means 14 activates stored procedure 13 when application 
program 21 sends a request to RDBMS 12 to use virtual table A 131 generated by stored 
procedure 13. If the specified stored procedure 13 was already activated and executed, and RDB 
1 1 has not been renewed since then, stored procedure 13 is not activated. In this case, the 
processing results of stored procedure 13 already executed are used. 

[0041] 

Application program 21 defines virtual table B 21 1 correlated with virtual table A 131 
defined and generated by stored procedure 13 and issues an access request to RDBMS 12 in 
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order to obtain the latest data from RDB 11. Processing results corresponding to the request 
issued are returned from RDBMS 12, and data processing is carried out based on the data 
obtained. 

[0042] 

Virtual table B 21 1 is a virtual table defined and generated by application program 21 
based on virtual table A 131, base table A 1 1 1, and base table B 1 12, and it comprises the data 
needed by application program 21. Configuration of virtual table B 21 1 is shown in Figure 3 (d). 
Virtual table B 21 1 comprises merchandise numbers, merchandise names, and prices; wherein, 
the merchandise numbers, the merchandise names, and the prices correspond to the merchandise 
numbers in base table A 1 1 1 corresponding to the merchandise numbers in virtual table A 131, 
the merchandise names in base table A 1 11 corresponding to the merchandise numbers in virtual 
table A 13 1, the prices in base table B 1 12 corresponding to "merchandise number + time stamp" 
in virtual table A 131, respectively. 

[0043] 

Operations of the first embodiment of the present invention will be explained in detail in 
reference to Figure 1 through Figure 5. 

[0044] 

Figure 4 shows tables for illustrating the operations of the first embodiment; wherein, (a) 
shows a specific example of base table A 1 1 1, (b) shows a specific example of base table B 1 12, 
(c) shows a specific example of virtual table A 131, and (d) shows a specific example of virtual 
table B 2 1 1 . From (a) and (b), it is clear that the latest price of the merchandise name "A A A" is 
"190" which is set at the time stamp "05261 800." Figure 5 is a fiowchart illustrating the flow of 
the first embodiment. 

[0045] 

In reference to Figure 5, application program 21 correlates the merchandise numbers in 
base table A 1 1 1 with the merchandise numbers in virtual table A 1 3 1 as well as "merchandise 
number ^- time stamp" in base table B 1 12 with "merchandise number + time stamp" in virtual 
table A 131 to define virtual table B 21 1 comprising the merchandise numbers, the merchandise 
names, and the prices and requests access to RDB 1 1 to RDBMS 12 (Steps Al 1-A12). 



[0046] 

RDBMS 12 analyzes the RDB 1 1 access request from application program 21 (Step Mil) 
so as to judge whether the activation/execution of stored procedure 13 is necessary or not if 
virtual table A 131 defined and generated by stored procedure 13 is specified, and it activates 
stored procedure 13 if it decide that the activation/execution of stored procedure 13 is necessary 
(Steps M12-M14). If the specified stored procedure 13 was already activated and executed, and 
RDB 1 1 has not been renewed since then, stored procedure 13 is not activated. In this case, the 
processing results of stored procedure 13 already executed are used. 

[0047] 

Activated stored procedure 13 executes the following processing. 

(1) It selects the lines showing the latest time stamps for those with the same merchandise 
numbers for the respective merchandise numbers in base table B 1 12 (Step SI 1). 

(2) It correlates the merchandise numbers in base table A 1 1 1 with the merchandise 
numbers obtained as a result of (1) above (Step S12). 

(3) It generates a data set comprising the merchandise numbers in base table A 1 1 1 and 
the time stamps obtained as a result of (1) above for virtual table A 131 (Step SI 3). Resulting 
output of stored procedure 13 is shown in Figure 4 (c). 

[0048] 

Then, RDBMS 12 carries out processing based on virtual table B 21 1 (Step Ml 5). Result 
of the processing by RDBMS 12 are shown in Figure 4 (d). 

[0049] 

Subsequently, RDBMS 12 returns the processing results to application program 21 (Step 

Ml 6). 
[0050] 

Upon receiving the processing results from RDBMS 12, application program 21 carries 
out the application processing (Step A 13). 

[0051] 

As described above, application program 21 can obtain the latest data in RDB 1 1 it needs 
quickly using virtual table A 131 as the results oulputled from stored procedure 13 in place of 
indexes. 
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[0052] 

Next, a second embodiment of the present invention will be explained in detail in 
reference to figures. The second embodiment pertains to a system which runs a search in a RDB 
used to manage 3 base tables pertaining to product problem contents in order to obtain the latest 
product problem contents for further processing. 

[0053] 

Figure 6 is a diagram illustrating the configuration of the second embodiment. 

[0054] 

In reference to Figure 6, in the second embodiment, server 1 and clients 2 are connected 
via network 3, server 1 is equipped with RDBMS 16 containing stored procedure 17 and stored 
procedure activation means 14 and connected to RDB 15, and clients 2 are provided with 
application program 22; wherein, RDB 1 1, RDBMS 12, stored procedure 13, and application 
program 21 are replaced by RDB 15, RDBMS 16, stored procedure 17, and application program 
22. 

[0055] 

Here, RDB 15, RDBMS 16, stored procedure 17, and application program 22 which are 
different from those of the first embodiment will be explained. 

[0056] 

RDB 15 is a relational database which stores and accumulates data, and it comprises base 
table A 1 5 1 , base table B 152, and base table C 1 53. Base table A 151 is for holding basic data, 
and base tabic B 1 52 and base table C 1 53 arc keeping the history of the basic data. 

[0057] 

Base table A 151 is one of the tables which constitute RDB 15. Configuration of base 
table A 151 is shown in Figure 7 (a). Base table A 151 comprises product numbers and product 
names, and the respective lines arc distinguished from each other uniquely using the product 
numbers as the primary keys. 

[0058] 

Base table B 1 52 is one of the tables which constitute RDB 1 5. Configuration of base 
tabic B 152 is shown in Figure 7 (b). Base table B 152 comprises product numbers, branch 
numbers A, reception numbers, and deletions. The product numbers correspond to the product 
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numbers in base table A 1 5 1 , and base table B 1 52 and base table A 1 5 1 are correlated with each 
other as a result. Branch numbers A indicate the order those with the same product numbers are 
received, and serial numbers or time stamps may be used to this end also. "Product number + 
branch number A" is used to distinguish the respective lines uniquely from each other. The 
reception numbers are serial numbers assigned throughout the products; and every time a product 
problem is received, a reception number is registered. Content of the problem is registered to 
base table C 153. If a new problem is received of the same product, its branch number A is 
incremented, and a new reception number is registered. Deletion indicates whether or not a 
reception number has been deleted after it was once received, and "DEL" is shown when the 
reception has been deleted. 

[0059] 

Base table C 153 is one of the tables which constitute RDB 15. Configuration of base 
table C 153 is shown in Figure 7 (c). Base table C 153 comprises product numbers, branch 
numbers A, branch numbers B, and problem contents. "Product number + branch number A" 
corresponds to "product number + branch number A" in base table B 1 52, and base table C 1 53 
and base table B 1 52 are correlated with each other as a result. Branch number B indicates the 
order of the problem contents within "product number + branch A," and serial numbers or time 
stamps may be used to this end also. The respective lines are distinguished from each other 
uniquely using "product number + branch number A -f branch number B." Problem contents 
corresponding to the reception numbers are registered as the problem contents. To renew the 
problem content pertaining to a reception number which has been received, branch number B is 
incremented when registering the renewed problem content in order to treat it as a different piece 
of data during the history management. 

[0060] 

RDBMS 16 manages RDB 15 and gains access to it. It processes a request issued from 
application program 22 and returns the processing results corresponding to the request issued to 
application program 22. 

[0061] 

Stored procedure 1 7 defines and generates virtual table A 1 71 based on base table A 1 5 1 , 
base table B 1 52, and base table C 1 53 in order to select and generate a dalaset. Stored procedure 
17 is activated by stored procedure activation means 14. Name of virtual table A 171 is decided 
when stored procedure 17 is registered to RDBMS 16. Application program 22 can make 
reference to virtual table A 171 generated by stored procedure 1 7 by specifying said name. 
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Furthermore, a well-known method is used as the method for registering stored procedure 17 to 
RDBMS 16. 

[0062] 

Virtual table A 171 is a virtual table comprising unique keys with the latest history. It is 
defined and generated by stored procedure 17 based on base table A 151, base table B 152, and 
base table C 153; wherein, selection conditions for combining the highest branch number A 
within the products with the same product numbers in base table A 1 5 1 and base table B 1 52 
with the highest branch number B within the same "product number + branch number A" in base 
table C 153 are specified. Configuration of virtual table A 171 is shown in Figure 7 (c) [sic]. 
Virtual table A 171 comprises product . numb^^^ 

wherein, the product numbers, branch mimbersj\^ B correspond to the 

product numbers in b^ase table AJSl^i thehighest branch numbers A within the products with the 
same product number in base table B 15^2, and th^ 

"product number + branch number A" in base table C 1 53, respectively. From the viewpoint of 
application program 22, virtual table A 171 plays the role of indexes which constantly reflect the 
latest condition of RDB 1 5 when a reference is made from application program 22. 



[0063] 

Application program 22 defines virtual table B 221 correlated with virtual table A 171 
defined and generated by stored procedure 1 7 and issues an access request to RDBMS 16 in 
order to obtain the latest data from RDB 15. Processing results corresponding to the request 
issued are returned from RDBMS 16, and data processing is carried out based on the data 
obtained. 

[0064] 

Virtual table B 221 is a virtual table defined and generated by application program 22 
based on virtual lable A 1 71, base table A 151, base table B 152, and base table C 153, and it 
comprises the data needed by application program 22. Configuration of virtual table B 221 is 
shown in Figure 7 (d) [sic]. Virtual table B 221 comprises product numbers, product names, 
reception numbers, and problem contents; wherein, the product numbers, the product narnes, the 
reception numbers, and the problem contents correspond to the product numbers in base table A 
151 which correspond to the product numbers in virtual table A 171, the product names in base 
table A 151 which correspond to the product numbers in virtual table A 171, the reception 
numbers in base table B 1 52 which correspond to "product number -•- branch number A" in 
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virtual table A 171, and the problem contents in base table C 153 which correspond to "product 
number + branch number A + branch number B" in virtual table A 17U respectively. 



[0065] 

Operations of the second embodiment of the present invention will be explained in detail 
in reference to Figure 6 through Figure 9. 

[0066] 

Figure 8 shows tables for illustrating the operations of the second embodiment; wherein, 
(a) shows a specific example of base table A 151, (b) shows a specific example of base table B 
1 52, (c) shows a specific example of base table C 1 53, (d) shows a specific example of virtual 
table A 171, and (e) shows a specific example of virtual table B 221. In (b), reception numbers 
"002" and "003" have been deleted after they were once received, and "DEL" is shown under 
Deletion accordingly. Figure 9 is a flowchart illustrating the flow of the second embodiment. 

[0067] 

In reference to Figure 9, application program 22 correlates the product numbers in base 
table A 151 with the product numbers in virtual table A 171, "product number + branch number 
A" in base table B 152 with "product number + branch number A" in virtual table A 171, and 
"product number + branch number A + branch number B" in base table C 1 53 with "product 
number + branch number A + branch number B" in virtual table A 171 , to define virtual table B 
221 comprising the product numbers, the product names, the reception numbers, and the problem 
contents and requests access to RDB 15 to RDBMS 16 (Steps A21-A22). 

[0068] 

RDBMS 16 analyzes the RDB 15 access request from application program 22 (Step M21) 
so as to judge whether the activation/execution of stored procedure 1 7 is necessary or not if 
virtual table A 171 defined and generated by stored procedure 17 is specified, and it activates 
stored procedure 17 if it decides that the activation/execution of stored procedure 17 is necessary 
(Steps M22-M24). If the specified stored procedure 17 was already activated and executed, and 
RDB 15 has not been renewed since then, stored procedure 17 is not activated. In this case, the 
processing results of stored procedure 1 7 already executed are used. 
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[0069] 

Activated stored procedure 1 7 executes the following processing. 

(1) It selects the lines containing the highest branch numbers B within the same "product 
number + branch number A" for respective "product number + branch number A" (Step S21 ). In 
this example, the lines indicated by O marks to the right in Figure 8 (c) are selected. 

(2) It correlates "product number + branch number A" in base table B 152 with "product 
number + branch number A" obtained as a result of (I) above (Step S22). At this time, "product 
number + branch number A" in base table B 152 for which "DEL" is set under Deletion in base 
table B 1 52 are excluded. In this example, because "DEL" is set for the lines for reception 
numbers "002" and "003," they are excluded; and the lines attached with @ to the right in Figure 
8 (b) and (c) are correlated. 

(3) It generates a dataset comprising the product numbers in base table A 151, branch 
numbers A obtained as a result of (2) above, and branch numbers B obtained as a result of (2) 
above for virtual table A 171 (Step S23). Resulting output of stored procedure 17 is shown in 
Figure 8 (d). 

[0070] 

Then, RDBMS 16 carries out processing based on virtual table B 221 (Step M25). Result^ 
of the processing by RDBMS 16 are shown in Figure 8 (e). 

[0071] 

Subsequently, RDBMS 16 returns the processing results to application program 22 
(Step M26). 

[0072] 

Upon receiving the processing results from RDBMS 16, application program 22 carries 
out the application processing (Step A23), 

[0073] 

As described above, application program 22 can obtain the latest data in RDB 1 5 it needs 
quickly using virtual tabic A 171 as the results outputted from stored procedure 1 7 in place of 
indexes. That is, application program 22 can obtain the latest reception numbers and problem 
contents pertaining to the product numbers for processing without carrying out complicated 
processing. 



[0074] 

In the aforementioned embodiments in accordance with the present invention, the 
program for executing the processing operations of the database access system is stored as data in 
a storage device (not illustrated), such as a magnetic disk or an optical disk, and the stored data 
are read to operate the database access system. When the data for operating the database access 
system of the present invention are stored in a storage medium, functions of the database access 
system can be realized as said storage medium is installed. 

[0075] 

Effects of the invention 

A first effect is that the application program can make reference to the latest data at all 
times simply by making reference to the necessary stored procedure. The reason is that a means 
for configuring the function to generate indexes for the application program is provided within 
the stored procedure. 

[0076] 

A second effect is that burden on the clients can be reduced, and the network traffic is 
reduced at the same time. The reason is that because the stored procedure is executed by the 
server's side, there isjno need for the application program to issue any complicated SQL, the 
processing carried out by the application program can be configured simply by describing data 
operation p rocessing b ased^on a table of un i que keys, an d the ap plic ation program at the clienf s 
side and the RDBMS at the server's side need to communicate with each other less frequently. 

[0077] 

A third effect is that in the event of a database problem, no special restoration measure, 
such as regeneration of a physical index table to provide indexes for the application program, is 
needed. The reason is that a stored procedure in the form of virtual tables is utilized as indexes 
for the application program. 

Brief description of the figures 

Figure 1 is a diagram for illustrating the present invention. 

Figure 2 is a diagram for illustrating the configuration of a first embodiment. 

Figure 3 are diagrams showing the configurations of (a) base table A, (b) base table B, (c) 
virtual table A, and (d) virtual table B. 

Figure 4 are tables for explaining the operations of the first embodiment; namely, (a) base 
tabic A, (b) base table B, (c) virtual tabic A, and (d) virtual table B. 
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Figure 5 is a flowchart of the operation flow of the first embodiment. 

Figure 6 is a diagram for illustrating the configuration of a second embodiment. 

Figure 7 are diagrams showing the configurations of (a) base table A, (b) base table B, (c) 
base table C, (d) virtual table A, and (e) virtual table B. 

Figure 8 are tables for explaining the operations of the second embodiment; namely, (a) 
base table A, (b) base table B, (c) base table C, (d) virtual table A, and (e) virtual table B. 

Figure 9 is a flowchart of the operation flow of the second embodiment. 

Figure 10 are tables for explaining the conventional operations; namely, (a) base table A, 
(b) base table B, and (c) result. 

Explanation of the symbols 
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521 Select the lines containing the latest time stamps among those with the same 
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Policy Statement for Programming Techniques Department 

Although the policies of a journal, such aa CommHnicationa of the ACM^ can be determined in part from the 
selection of papers that are printed, it appears that a formal policy statement may be of assistance both to authors 
and readers. 

The purpose of the Programming Techniques department is to advance the state of the art in programming 
methodology by publishing high quality papers that fit either of two classes. The first class consists of papers that 
put forth new (or little known) ideas in programming methodology, relate them to prior art and literature, and 
explain their merits and demerits. Papers in this class should extend the knowledge of the reader already in the 
field of programming. In the second class are those papers that are commonly called tutorials. To fit in this class, 
a paper should present a comprehensive look at a particular subject and its relevant literature. It should provide 
a perspective from which a 7U>vico can become informed about a clearly defined sttbjcct. Both types of papers must 
reference prior art, including careful citation of both open and manufacturers' literature. This is imperative if 
our profession is to overcome the unfortunate oral tradition that has plagued us. 

In general, a paper reporting results that can be expressed as an algorithm should be put into that form and 
submitted to the Algorithms section unless the derivation of the algorithm has unusual interest. Finally, papers 
deriving their merit from the idiosyncrasies of a particular machine or software system can be published only 
under unusual circumstances; the various user groups provide a better means for reaching the proper audience, — 
R.M.McC. 



Storage Organization in 
Programming Systems 

Jane G. Jodeit 

Rice University f Houston^ Texas 

The system of program and data representation that has 
been in use on the Rice University computer for five years is 
described. Each logical entity in storage occupies a block 
of consecutive memory locations. Each block is labeled by a 
codeword and may contain a program, a dota vector, or 
codewords which in turn label blocks to form arrays. This 
storage orrangement is discussed with its realized advantages 
in programming systems: simplicity of programmed addressing, 
flexibility of data structures, efficiency of memory utilization, 
variability of system composition during execution, means of 
linkage between programs and from programs to data, 
and basis for storage protection. The application of labeled 
blocks moy be extended to areas of time-shoring and multi- 
media storage control. On the basis of experience at Rice, 
some ideas on such extensions ore presented. 
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file handling 
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Introduction 

In this paper a representation of data and programs in 
storage that contributes organizational simplicity, coding 
convenience, and functional versatility in programming 
systems is described. Here programming system means the 
realization of a problem solution on a computer, anything 
from mathematical analysis to language translation. 

A problem solution is defined by a collection of entities, 
programs and data items specifically. The generic term 
for such an entity is an array. Each array is named and 
contains as elements data (which may be the instructions 
of a program) or subarrays. In a programming system for 
the Rice computer the elements of an array form a blockf 
a set of consecutive memory locations which has been 
called a ^'segment" [3]. Each block is labeled by a code- 
word, a word which corresponds to the name of the array 
whose elements occupy the block. If A is an array, the ith 
element of A is designated (A, i). If the elements of A are 
subarrays, the ith word in the block for A is a codeword 
which labels the array (A, t). 

Thus an array is a tree structure. The name is the 
source from which the elements branch. If the elements 
are arrays, they in turn branch; if the elements are data, 
tliey are terminal. A source of branches is represented by a 
codeword; the set of branches from a single source is 

This work was supported in part by tlie US Atomic Energy 
Commission. Contract Number AT -(40-1) -2572 to the Uicc Com- 
puter Project, Rice University, Houston, Texas, 
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represented by a block containing codewords or data as 
appropriate. 

A codeword which corresponds to a simple name, as A 
above, but not (yl, t), is called a primary codeword. All 
subarrays and data elements of an arraj' are addressed 
"relative" to the simple name. This just means that the 
mth element of the nth subarray in the array DATA is 
named (DATA, n, m); it has no other designation. The set 
of primary codewords then completely catalogs the entities 
of a programming system and all addressing is done through 
these codewords. The operating system provides dynamic 
allocation of blocks and maintenance of codewords. Pri- 
mary- codewords never move, and the addressing is inde- 
pendent of system composition and storage allocation. 

Codewords as Block Labels and Their 
Use in Addressing 

A set of consecutive storage locations is called a memory 
block. Every such block is labeled by a single word called 
a codeword. The codeword for a block corresponds to the 
name of the block; it contains descriptive information 
about the block, and a portion of the codeword is used in 
indirectly addressing the block content. 



PORTION USED IN 
INDIRECT AOORCSSINO 



Fro. 1 

As realized on the Rice University computer the general 
codeword format is shown in Figure 1, where 

L is the length of the block labeled by the codeword C; 
/ is the relative address of the first word in the block 
labeled by C\ 

X is on if the block labeled by C contains codewords; 

^ is on if indirect addressing is to be iterated into a 
word in the block labeled by C ; 

K is present if the block labeled by C is mdexed; i.e. if 
individual words in the block arc to be addressed 
from outside the block, K then specifier the index 
register used to give the relative address of a word 
in the block (data vectors are indexed, programs 
are not); 

F is an adflrass associated with the block labeled by C 
so that the address of the first word in the block is 
F' - F -f /. 

The portion of a codeword used in indirect addressing 
is designed to be used with the hardware definition of the 
Rice computer. Indirect addressing may be iterated any 
number of times, and indexing by any of eight registers 
may be .specified for each step. If i.s the codeword in 
use at the ith level of indirect addressing, the hardware 
obtains K\ and F* from C* and proceeds as follows: 

(1) Tf K' is prosoiit, ukc cotitonLs of rcgiHtcr flpocififKi and add to 
obtain C'>i - (K')+l''. 
If K' is not present, C'"^* «« F'. 



(2) If is on, return to step (1) for codeword C'*'* at level i -f- 1. 
If *' is not on, use C'*'* as final address and do not iterate. 

The initiation of indirect addressing is from an instruction, 
say at C, which contains in its indirect addressing portion 
and perhaps K^, Thus, from a single instruction the 
codeword address is determined and the hardware 
iterates through the indirect addressing procedure to pro- 
vide the final address. 

The full generality of codewords can be implemented 
with maximum efficiency with such hardware. It is sur- 
prising that more computers do not employ such an 
indirect addressing definition or some equivalent ad- 
dressing mechanism. With more restrictive hardware capa- 
bilities the full generality of a codeword system can be 
realized at the expense of some efficiency, or some general- 
ity can be sacrificed and the most common applications 
handled efficiently. 

BIcK^k Content and Addressing 

Given the codeword definition of the previous section, 
we now examine how labeled blocks arc used to build the 
elements of a programming system. 

In general, any "named" item in the codeword system is 
called an array. On the highest level, that addressed in 
code, is a single codeword which corresponds to the name 
of the array and labels a block which may contain code- 
words. On the lowest level is the dcda of the array. The 
intermediate levels are formed by blocks of codewords, 
the structure of the array. The array fornrw most frequen- 
tly encountered are discussed in detail later. 

A program P may be considered as a set of words to be 
executed as instructions and should, for efficient control 
hardware utilization, occupy consecutive storage locations. 
Thus a program F occupies a memory block. Assume a 
single entry poijit to P; then the block for P need not be 
indexed because only one word need be addressed from 
other programs. If P is of length k words with p words of 
linkage information, the program and its codeword appear 
as shown in Figure 2. Control is transferred to program P 
by the single operation : 

transfer control to *C/» 

where * specifies indirect addressing through Cp , the 
codeword for P. A single step of indirect addressing is 
performed : 



indirocl 
addreuiiift 



and the final address obtained is F-\~p, the address of the 
first word of code for program P. The address F-\-p never 
api)cars in code, only in the codeword for P. The address 
Cp which appears in all coded references to the program is 
invariant, while the address F may vary from run to run, 
or even within a run, as a function of total storage require- 
ments. 

A vector V may be considered as a set of words addressed 
by their relative position in the set and should, for efficient 
index hardware utilization, occupy consecutive storage 
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locations. Thus the vector V occupies an indexed memory 
block. If F is of length n words with the first word at 
relative position 1 and if register i is to be used for indexing, 



ce4*««'d for P 



WORD h-P-l 



LINKAGE 
WORDS 



J 



Fio, 2 



the vector and its codeword appear as shown in Figure 3. 
Access to the pih element of vector V is accomplished by 
the two operations: 

(1) set index register i to p 

(2) access •Ck 

where ♦ specifies indirect addressing through Cv , the 
codeword for V, A single step of indirect addressing is 
performed in step (2): 



•Cy 



indifoct 



p-{-F-l 



and the final address obtained is that of the element Vp , 
the pth word in the block beginning at location F, Again, 



I 



codawo'd for V 



Fia, 3 

the address — 1 never appears in code, only in the 
codeword for V. Code which references V is dependent only 
on the invariant codeword address, never on the physical 
location of the memory block for the vector. 

A two-dimensional data structure, matrix M, may be 
realized as a vector of vectors. If the matrix Af is w rows by 
n columns in size, then it will be represented as a vector 
of m vectors each n words in length. Thus the matrbc M 
occupies m indexed memory blocks (one per row) of n data 
words cacli, and the codewords for the rows occupy an 



I 



» 1 ■ II I I ~ 



r 



Kio. 4 



indexed memory block of m codewords. If the "upper left" 
element of imitrix M is to be eltimeat Mi.i aud row and 
column indices are to be specified in registers i and j re- 



spectively, the matrix structure appears as shown in Figure 
4. Access to the ^th element of the pth row of matrix M is 
accomplished by the three operations: 

(1) set index register t to p 

(2) set index rogtster i to ^ 

(3) access *Cm 

where ♦ specifies indirect addressing through Cm , the 
codeword for AT. Two steps of indirect addressing are 
performed in step (3) : 



indirect 
addresainK 



indirect 
addressing 



and the final address obtained is that of the element Mp,^ , 
the gth word in the block beginning at location Gp , which 
is addressed from the pth word in the block beginning at 
location F. The physical locations of the blocks which 
form the matrix never appear in code, only in codewords. 
Code which references elements of M is dependent only on 
the invariant highest level (primary) codeword address. 
Another very important point is that the code for access 
to matrix M in no way depends on the lengths ni and n, 
only on the fact that M is two-dimensional. Hence, while 
the location of blocks which include M may vary as a 
function of total storage requirements, the size parameters 
m and n may as easily vary as a function of dynamic 
problem definition. 

In general, array definition is extremely flexible in the 
codeword system, so this organizational form lends itself 
naturally to a large variety of computer problem descrip- 
tions. 

If A is an array, the elements Ai are all data or all 
arrays. If Ai are data, A is one-dimensional (as programs 
and vectors described earlier). If Ai are arrays, they are 
just subarrays of A; any array Ai may be defined or 
undefined at any time. The dimension and size of any A , 
is independent of all others. The same rules of definition 
apply for arrays yl »■ as for /I . 

Thus a matrix may have rows of unequal length, as in 
the case of a triangular matrbc, or only a subset of its rows 
defined at any time. An array of programs may be defined. 
This has been useful in compilation at Rice where on the 
basis of three integer values a code-generating routine is 
selected; not all triads arc meaningful, so the array of 
code-generating programs is sparse. Programs may be 
inserted when new triads are defined, and any program 
may be modified and replaced without effect on others. 

Codeword Location and Reference by Programs 

The organization of the codeword system provides paral- 
lel tables with one entry per named item: 

• symbol table (ST) containing names of items, and 

• value table (VT) containing values of scalars and code- 
words for nonscalars (arrays). 

The address of the VT entry for an item named A will 
be denoted VTa . If A is a scalar, it is addressed at VTa 
during execution. If /I is a nonscalar, it is addressed 
indirectly through its codeword at VTa . The location of 
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VT and the order of VT entries is a function of system 
composition. So a coded reference to an item named A is 
made indirectly through a linkage word in the program: 



transfer control to •La 



or 



access ♦L^ 

Loading of the program provides the address VTji in the 
linkage word ; ♦ is on in X/a only if A is a nonscalar. 
The first indirect addressing operation then provides: 



ipdifeet 
address tog 



for scalar A 

, for nonscalar A 



Subsequent addressing is just as if VTa had been addressed 
initially. 

These linkages are illustrated in Figure 5 by the program 
P which references scalar SCAIjR and nonscalar ARRAY. 

The linkages discussed thus far have been for fixed 
references^ the name for an item being known at coding 
time. Programs may also reference parameters which take 
on value assignments at each execution. Linkages to 
parameters are for variable references. 

Parameters arc provided for a program on a pushdown 
Hst W, The first free space in TT is maintained during 
execution as a pointer WF, A parameter reference is coded 
indirectly through a linkage word located in at a fixed 
position relative to the value of WP upon entry to the 
program. Index register P is set to the value of WP 
initially in each execution, and the Unkage word for 
parameter A is located in W at Wa = {P)+Pa where 
Pa is constant for all executions. Program reference to 
parameter A is accomplished by indirect addressing 
through Wji : 

transfer control to *{{P)'\-Pa) 

or 

access *{{P)+Pa) 
which may be written 
transfer control to *Wa 

or 

access *Wa 



Linkage for parameters and content of linkage words in 
W are illustrated in Figure 6 by program R which provides 
scalar SCALR and nonscalar ARRAY as parameters to 
program Q. 

One further case must be considered. If PAR is a 
parameter in program R and R must execute Q with PAR 
as a parameter, R very simply copies its linkage word 
WpAR into W in the list of parameter linkages prepared 
for Q. Then parameters may be passed to any level of 
program nesting during execution. 

Dynamic Storage Allocation 

The memory configuration for dynamic allocation in the 
codeword system consists of 

•first J the control area which contains special machine 
registers, manual communication region, and the list of 
system codewords; 

•second, any memory blocks which are not to be dy- 
namically allocated — as the elements of the operating 
system; 

•third, the remainder of the memory as the dynamic 
storage allocation domain. 

Dynamic allocation in memory is defined by the two 
basic procedures: 

activation, or creation, of a memory block labeled by a 

codeword, and 

inactivaiion of a memory block labeled by a codeword so 
that the space may be subsequently used in allocation for 
other blocks. 

Initial loading of programs and data is just a sequence of 
activations, and the blocks will be sequentially located in 
the storage domain. As a run progresses, blocks may be 
inactivated and new ones activated, so the general state of 
the storage domain is a mixture of active and inactive 
blocks. 

Each active block in the storage domain is labeled by a 
codeword, which may itself be a word in an active block 
of codewords. Each active block is headed by a back- 
reference word which contains the codeword address for 
the block. 

Each inactive block in the storage domain contains in its 
first word its length. One inactive block is used as the 
source of space for activations. This source Ls hiitially the 



l<tt of «r«t«m codtMirdt 



L 
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Kio. 
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whole domain. When the source is exhausted, active blocks 
are packed at one end of the domain, and the resulting 
single inactive block is designated as the source. This 
packing procedure is called reorganization. The memory of 
the Rice computer is not paged; if it were, reorganization 
would be effected by packing the page table [1, 4). Notice 
that with paging, some storage economy is sacrificed since 
two blocks should not occupy the same page. 

Each dynamic allocation request is specified by a code- 
word address and the allocation qperalion to be performed 
on the block is labeled by the codeword, either to free the 
block or to take a space of length n words. 

The freeing of space labeled by a given codeword is 
performed by recursive inactivation of all blocks in the 
array labeled. Each block inactivated has its codeword 
cleared to signify that it no longer labels an active block. 

The taking of a block of n words to be labeled by a given 
codeword is performed by first freeing the array labeled 
(if any) and then obtaining an active block n+1 words 
long (including the back-reference word) in the domain. 
So, a new block definition automatically replaces an old one. 

Operations on Arrays 

There are many useful operations on arrays that are 
easily implemented in the codeword system. Already the 
storage control operations of block creation to form arrays 
and freeing of arrays have been mentioned. 

Mathematical operations on data arrays are familiar, 
such as transposition of a matrix or cross-correlation of two 
vectors. A routine to perform such an operation receives 
the name of an operand, i.e. its codeword address, as an 
argument. The routine then has access to the codeword for 
the array as well as for the array elements. Information 
such as dimension, size, and natural array indices are 
available without being given explicitly as arguments. 

The codeword system provides a file structure very 
much like that described for secondary storage organiza- 
tion in the Multicb system [2]. The implementation on the 
Rice computer provides a representation in primary stor- 
age which is immediately applicable through a hierarchy 
of storage devices. The same information whicli facilitates 
addressing and system component linkage is used by tho 
operating system for file handling functions such as input- 
output, execution, insertion and deletion, and establish- 
ment of paths to file elements. The same notations, or 
naming conventions, arc used in the designation of file 
manipulations and the description of data processing. 
Also, the file-level operations may be carried out from the 
console, as an operation quite independent of program 
execution, or from a program as it runs. 

Memory Protection 

Interest in multiprogramming and time-sharing com- 
puter applications has focused considerable attention on 
the problem of memory protection (3, 4, 9). The objective 
has been mainly to prevent each memory resident from 
interfering with all others. Codewords provide the basis 



for a logical protection scheme, one that insures that no 
memory references violate the block definitions of the 
running system. This scheme differs from those which 
provide protection per page of memory. If vector V is 
defined to contain elements Vi , , * * • , , logical 
protection will prevent reference to Vt ; physical, or page, 
protection will prevent this reference only if the word 
after Vs lies in a different page and that page is unallowed 
to the* program generating the reference. 

The first premise for logical protection with codewords is 
that all memory references from a program to blocks 
outside itself are through primary codewords. This is not 
an unreasonable requirement; it is not different from the 
requirement that separate entities be given distinct seg- 
ment numbers [3, 4). Then, for each codeword in the 
indirect addressing chain which labels an indexed block, 
the index value k is checked to sec that I < k < I — L. 
I and L arc given in the codeword and are the relative 
address of the first word in the block and the length of 
the block respectively. This checking can be implemented 
in the hardware and is planned for the Rice computer at 
no loss in memory speed. Logical protection is now imple- 
mented in software at Rice;* because it is slow, it is used 
only for debugging. 

To prevent a user from using a codeword which labels an 
array which is not his, requires a notation in (or on) the 
codeword which has not been included in the earlier 
definitions. One bit would suffice; it would be maintained 
as execution switches from user to user because it would 
appear only on the small set of primary codewords for 
the user in control. Alternatively, a field could contain a 
user number which would not change while his system 
was resident in memory. Shared data would have a code- 
word for each user allowed access. 

Extensions 

The codeword system for the Rice computer provides 
organization and control of primary storage for a single 
ujser. The restrictions of this particular implementation are 
not imposed by inadequacies of the theory. The descriptive 
properties of codewords, the modularity of array storage, 
and the protection potential in the system allow the 
codeword storage organization to be applied in a multi- 
programming environment. Interrupt logic in the hardware 
and adequate secondary storage media would be essential. 
Hardware features for codeword recognition and special 
actions due to particular codeword content are suggested. 

The design of a codeword system to serve more than one 
memory user at a time would require that each user have 
his own table of codewords {value table described earlier). 
Each table would be an element of an array which would 
catalog the systems of all users. Shared entities would have 

* The Rice computer hardware provides two tag bits per word (81 
which arc not part of the data content but are used for oontrol- 
Codewords are "marked** with a tag value which causes a trap out 
of the indirect addressing chain to a service routine. The service 
routine checks the validity of index values on the basis of tho 
content of codewords in the chain. 
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codewords in several tables, or a collection of users would 
be permitted access through some tables. 

Immediately, the allocation of primary storage involves 
overlay and automatic retrieval from secondary storage. 
As in the B8500 system [9], codewords may be marked 
when the block labeled is not available; an interrupt would 
allow intervention for retrieval. When a block is not in 
memory its codeword may be used to designate where it is. 
Codewords may be used for the collection of usage statistics 
15] to aid in the decision about what to overlay. Dynamic 
demand would determine which blocks were in memory 
at any time; not all arrays or all of any array for a running 
system need be present. 

Structured arrays have been designed for secondary 
storage files [2). This has been done at Rice with no 
representational difficulties, but only on magnetic tape, 
which is a poor medium for the application. It has been 
proposed at Rice that the device which controls transmis- 
sion between primary and secondary storage would recog- 
nize codewords; it would set codeword and back-reference 
content to properly define an array in the storage to 
which it is being transmitted. Thus a single command 
would suffice to move an entire array to or from memory; 
buffering and processor control would be minimized. 
Received August, 1967; revised Auoubt, 1968 
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LISP programmers know the value of everything, bul tlic cosl of nothing.— /4/fl/i Perlis 

Abstract. What is the cost of random atcess to nieniory? This fundamental problem is addressed by 
studying the simulation of random addressing by a machine that lacks it, a "pointer machine.'* The 
problem is formulated in the context of high-level computational models, allowmg the use of a data 
type of our choice. A RAM program of time / and space..? can be simulated m 0(t log s) time using a 
tree. To enable a lower-bound proof, we formalize a notion of incompressibility for general data 
types. The main theorem slates that for all incompressible data types an ()(/ log s) lower bound holds. 

Incompressibility trivially holds for strings, but is harder to prove for a powerful data type. 
Incompressibility i.*t proved for tJie real numbers with a set of primitives that includes all functions that 
ore continuous except on a countable closed set. This may be the richest set of operations considered in 
a lower-bound proof. 

It is also shown that the integers with arithmetic , - . x and [ x/2j , any Boolean operations, and 
left shift arc incompressible. The situation is reversed once right shift is allowed. 
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[Analysis of Algorithms and Problem Complexity): General 

General Terms: Algorithms, Theory 
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I. Introduction 

What should be the capabilities of an abstract * 'computer*' for theoretical 
study? This question is of fundamental importance in complexity theory. The 
quest for bounds on the complexity of problems calls for a machine model that 
is both realistic and theoretically accessible. The random access machine 
(RAM) [3J seems to be the machine model in widest use. The general notion is 
that we want the RAM to model our experience in conventional programming. 
Thus, wc let it handle ** items'* thai arc of a data type suitable for our needs: 
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integers, real numbers, etc. We also let it use indirect addressing, which is the 
feature to which the RAM actually owes its name: the ability to access an 
arbitrary memory location, selected by an integer address. This corresponds to 
using arrays in a conventional programming language. 

The selection of the data type that the machine should use— its data items and 
the primitive functions that may be applied to them— is an important decision, 
and since the first use of the RAM for complexity analysis, authors have 
considered this question, attempting to justify or evaluate possible choices, the 
data usually being integers [13, 17, 29], sometimes of limited size [15], or real 
numbers [9, 30, 36]. 

None of these authors considered the exclusion of the basic capability 
of indirect addressing. However, including it in our instruction set is a 
very important decision, since the use of indirect addressing in problems 
whose input and output are unrestricted data, which can be used— directly or 
indirectly —for addressing, . makes the RAM very powerful (and hard to 
analyze). It allows for striking algorithms, such as distribution sort and tabic 
lookup by hashing [20] . 

Only in 1977 did Tarjan suggest the exclusion of this capability from our 
model in order to obtain nonlinear lower bounds for a data structure problem 
[38], His machine model was first called ''the reference machine" and later got 
the more intuitive name ** pointer machine'* [39]. This name suggests its 
replacement for RAM-type indirect addressing; it accesses memory locations by 
means of pointers. As in high-level languages such as LISP and Pascal, 
pointers are not numbers and are not subject to the same instructions. 

Tarjan did not consider the power of pointer manipulation in general nor the 
effect of this change on the RAM, but rather used this machine as a context for 
developing a lower bound for a specific problem, that of maintaining disjoint 
sets on-line. To this end. he considered mainly the structures held in the 
machine's memory, while forcing the machine to operate on its data symboli- 
cally. However, in realistic algorithms, computation with the input values is 
frequently of value. 

A natural framework for presentation of algorithms is often derived from an 
actual programming language. We have already noted that the indirect address- 
ing feature appears in mOvSt high-level languages, and thus forms a part of the 
framework usually assumed. We also noted that the pointer model is quite 
common, and in one language, LISP l.x [37], this is the only method of 
memory access, which means that users of this language actually view the 
underlying machine model not as the common RAM but as a different machine, 
which we shall formalize and call the LfSP machine. Actually, many natural, 
well-known algorithmH are designoxl in the frtjmowork: of pointer structures. 

Our commitment to realistic algorithms molivates us to consider various data 
types, since the algorithm designer tends to use a data type convenient for 
his/her purpose; that is, we may assume the basic data items to be integer, real, 
etc., and the choice of primitive operations may also be varied. In contrast with 
common practice, we do not define our models with a specific data type; our 
aim is to cope with this variety. In fact, we wish to formulate concrete 
definitions of generalized computational models so that the liberty, which one 
usually takes in describing algorithms, will be reduced to specifying a model in 
our class. Tins may also allow such algorithms to compare with compatible 
lower bounds. The basic model consists of a **CPU''— a device that executes a 
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program and has access to input and output tapes, a finite set of registers, and a 
"memory unit*' that holds information for use by the CPU. The memory model 
makes the difference between a RAM and a LISP machine, while their CPU 
uses the same data type that may be varied. Our main results are tight bounds 
on the degradation in performance suffered by the RAM in its transformation to 
a LISP machine. The bounds are clearly affected by the choice of the data type. 

A data type .T is defined by the domain of data values and the primitive 
function set that specifies the basic operations that the machine can apply to its 
data. We distinguish the primitive set of a data type from the instruction set 
of a machine; a machine model such as the RAM may be associated with 
various data types, and a data type may be put to use in various models. 
Symbolically, ^= (S", <), where 9 is the domain, :f the primitive 
function set, and < an order predicate on C^. The machines considered in this 
paper are of the **high-lever* breed: they can add, subtract, and compare 
numbers and input or output an arbitrary value. Since we are free to choose 
the data type, much power can be encompassed in the primitive operations 
on the data. This is an insurmountable barrier to lower-bound proofs. We 
overcome this problem by defining a class of incompressible data types. The 
incompressibility property is inherent in the data type; it is not related to a 
paiticular machine model and therefore is a general tool for deriving lower 
bounds, not only for the LISP machine. By analyzing several data types with 
respect to incompressibility, we justify the assumption of this property in 
propositions pertaining to a wide range of models; moreover, incompressibility 
suggests itself as a criterion for the plausibility of a data type. 

The models are defined in Section 2. In Section 3, we give a strict definition 
to the problem of simulating a T-KAM by another ^-machine. We consider 
the general problem of simulating a RAM program (with respect to its input and 
output). To handle this general problem, we define a specific problem for 
solution by the simulator. We show that the complexity of this solution 
determines the most general bounds on complexity of an on-line simulation of 
the RAM. This specific problem is called RASUS— random access storage unit 
simulation. It requires the simulator to act as a storage unit accepting LOAD 
and STORE commands. Its task is to answer a LOAD command by the value 
last stored in the given address. 

On LISP machines, this task is easily accomplished using a binary search 
tree. The stored data are added to the tree with their address as key and* 
retrieved in the usual fashion, Hy using balanced trees we get our upper bound, 

O(/l0g 5). 

This upper bound seems bound to be optimal. How can we store n items in a 
linked structure of out-degree 2, without having paths of length at least log nl 
Indeed, the upper bound is optimal if our '*itcms" have an atomic nature, as do 
symbols |39]. However, once we are allowed to operate on our data with 
nonclementary functions, that is, compute with them, it is no longer true that 
each input value must be stored separately. The machine may encode the input 
in its memory in any way that allows it to decode the information it may need. 

An exHniple of how a powerful data type enables a faster simulation is given by 
the data type of integers witli shift (Section 7), where we have a simulation in 
0{ta(s)) lime where a is a (very slow increasing) functional inverse of 
Ackermann's function. Indeed, this speed is gained by encoding the data in a 
compact structure. This seems as an unfair trick. In the area of low-level 
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models, such as Turing machines, lower bounds have been based on the 
knowledge that a string of length n may require n storage cells for representa- 
tion [28]. Our new notion of incompressibility characterizes high-level data 
types in this respect. The precise definition, in order to characterize tlie 
data type and not a particular machine, is given in terms of decision trees that 
compute functions on The definition states that finite decision trees over an 
incompressible data type cannot encode S*" in S'"' for m < n. 

Our main theorem slates that for such a data type, the machine cannot encode 
its input in a small memory graph, which entails the desired lower bound. The 
proof shows that encoding and decoding a memory graph is equivalent to 
transforming data tuples, as in the definition of incompressibility. 

Finite data types provide a simple example of incompressibility, which is 
(implicitly) the fact used in the theory of Kolmogorov complexity [22, 28]. The 
power of the new definition is in its applicability to more sophisticated data 
types, and we proceed to show that useful data types are incompressible. The 
first data type we deal with is the real numbers. For this data type, we define a 
class of primitive functions that is larger than any practical set, and obviously 
stronger than the sets assumed in some older lower-bound proofs [6. 8, 30, 36], 
as well as other attempts to characterize real computable functions [9]. An 
important representative is the well-known floor function. 

Denote by ^ the set of functions /: 31^ SR"', for ^, m > 0, such that for 
some countable, closed set C C / is continuous in 5R^' - C. We show that 
the data type of real numbers where all primitive functions are in is 
incompressible. The proof makes use of the topological invariance of dimen- 
sion, together with Bairc's category theorem. 

The last result is extended to the field of rationals as well. This relates to 
previous work [3, 8] in the same fashion as our result about the reals. 

We then proceed to the most important of all, the integer data type. As 
mentioned above, we show that with a suitable instruction set, the data type is 
compressible. However, once we exclude right shifting, we get an incompress- 
ible data type, allowing (besides the standard operations) multiplication, all 
Boolean (bitwise) operations, unconstrained left shift and integer division by 2 
(constrained right shift), and even exponentiation. Actually, we add all the 
operations assumed in the references, as long as the right shift is excluded [13, 
17, 29]. The proof of incompressibility draws from the intuition that all these 
operations cannot retrieve information about the lower bits of a number that is 
'"buried" in higher bits. 

We conclude with historical notes on previous study of pointer machines. 

A preliminary version of some of the results appeared in the first author's 
M.SC. dissertation [5] and as an abstract in [6]. 

2. Definition of the Models 

A high-level model of computation (or machine) consists of a read-only 
input tape, a write-only output tape, a finite number of registers, and (usually) a 
memory. Fach of the input and output tape squares, as well as the memory 
cells, contains one item of the ground data type or domain of the niaciiine. A 
random access machine is a high-level model where the memory cells are 
addres.sed by nonnegalive integers.' It is assumed that the intersection of the 
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domain and is a prefix of the latter, possibly infinite. We shall denote 
the number of registers by N^^^ and the registers themselves by ./?,. iJj, . . . , 
Rf^^. A well-known fact about the RAM is that the actual number of registers 
is not important for our analysis, since memory cells can be used instead of 
missing registers, provided we have a certain (fixed) minimum number of 
registers needed to execute the necessary instructions. This replacement will 
cost us only a constant factor in running time. We make it a general require- 
ment of high-level models that this property hold. Thus, in describing any 
single program for a high-level machine, we shall impose no limit on the 
number of registers used, but only demand that their number be bounded 
(which is always the case for a fixed program) . 

The program for the machine is not stored in memory. Thus, we arc 
assuming the program does not modify itself. It consists of a (finite) sequence 
of (optionally) labeled instructions. The set of instructions consists of 



( 1 ) I/O instructions : 

(2) Standard register operations: 

(3) Flow control instructions: 



READ 

WRITE 

SET 

SET 

JUMP 

JEQL 

HALT 



R. 

/e„ R^ 
label 

R.. /?; 



constant 



label 



(4) Memory access instructions: 

For the RAM, the last group includes the familiar 

LOAD /?„ 
STORE /?„ 

which access the memory cell whose address is in 7?^, This is indirect 
addressing. To access a cell of constant address, we can SET a register to 
the address. Thus, we may dispense with direct load and store. The address 
must belong to J''\ otherwise, the program is invalid and will not be 
considered. We use the notation (a) for the contents of the cell addressed 
by £/. 

A fifth group of instructions is the type-specific instructions, also called 
arithmetic (although they may not be related to conventional arithmetic 
operations). This is a set of instructions that operate on registers only and 
implement functions on the machine's domain. All these instructions have 
the form 



RJ. 0</,/;</V,,^ and fG:f 

where is the primitive function set of the machine. An additional 
domain-dependent instruction is 



JGTR /?,., Rj, label, 



which compares data elements and branches to label if the value in the 
register R, is greater tlian that in R^ Wc do not impose any restrictions on 
the **grealer than*' relation except that the integers included in the domain 
are supposed to retain their natural order. 
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The ordered triple -f ^ <) of the machine's domain, primitive 

function set, and order relation is called the data type of the machine. 
A machine of type X is called a .^-machine. A parametric family of 
machines is defined by a family of types .f^ =^ ( J^^. <), where the set 
of instructions is fixed though their semantics are necessarily dependent 
on the domain. This allows us to write one program that will run on 
the entire family. 

The semantics of a program need not be explained in detail. It is assumed 
that the machine starts up with all registers zeroed and a blank memory 
(which, for a RAM, is defined to be all zeros). The machine then advances, 
according to program instructions and input data, between instantaneous 
states described by the contents of the registers, the program counter, and 
the contents of nonblank memory (which is always finite). 

We are now ready to define the LISP machine [LM). This is a high-level 
machine whose storage model is a directed graph. To be specific, its memory 
is modeled as a finite set .9'C ^ U ff^ being the set of dotted pairs, which 
is an infinite set satisfying J^C) (i£'= 0. This set is augmented with two 
operators CAR, CDR: f^-' .9\ associating to each dotted pair two pointers'' 
to other "'memory locations." We select a special constant nile 9 and define 
these functions as nil for arguments not in >9 , In accordance with LISP 
conventions, we refer to the elements of 5^ as atoms. 

To simplify matters, we regard the registers too as containing pointers. 

Technically, we have a "register contents*' function REG: (1,2 N^cg} 

y so that REG(/) is the ''contents'* of register /. The number of registers is 
still considered to be an unspecified constant. It is not hard to show that, 
ignoring a constant factor change in running time, any bounded number of 
registers (above a necessary minimum) suffices for any program. The state of 
an LM is given, as for the RAM, by the contents of all the registers, the 
program counter, and the nonblank portion of memory. ** Nonblank memory" 
means here the set of cells accessible from the registers via chains of CARs and 
CDRs of any length. During the execution of the program, this set may grow as 
new dotted pairs are created, or shrink— when all references to a cell disappear. 
Since a cell that is unlinked" from the structure can no longer influence the 
behavior of the machine, it can be assumed that such dotted pairs arc deleted 
from 7 . 

The memory image of an LM (in some state of execution) can thus be said to 
have a structure, which is a directed graph whose nodes arc {/?,, 

/?2 ^ ^N.A ^ (-^^ ^'■^s naturally defined by the functions REG, 

CAR, and CDR, restricted lo the sci of nodes. 

This structure is independent of the data type of the machine; the data type 
gets into the picture when we consider the **arcs" leading outside the structure, 
that is, the values of the REG, CAR, and CDR functions which arc in &^ Given 
the structure alone, we can list the **names" of the missing arcs; Figure 1 
explains this concept (Note: When drawing structures, the CAR of a dotted pair 
will be drawn by convention as an ordinary arrow, and the CDR as a double 
arrow). 

This list is fixed by the memory structure and is independent of any data 
values; complementing it with a matching list of data values completes the 
description of the LM's memory. 
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Memory Structure 



Missing Arcs 



Ri Ri 



i i 



CDR6 
CARc 
CARd 
CDRrf 
REG(2) 



FiGWRH 1 



In summary, the instantaneous state of a LISP machine is defined by its 
**program counter" and the current memory image, described as the pair 
{structure y content) where structure is the memory graph and content is a list 
of domain values, the length of which is fixed for any specific structure. 

We define the height of a memory image to be one plus the height of a BFS 
tree of its structure (the addition of one counts for the "missing arc'' at the 
end of the path). 

The instruction set of the ^T-LM is the same as that of the ,^RAM, except for 
the memory access instructions that are replaced by a set of instructions for 
operating on dotted pairs. A valid program docs not apply any of the arithmetic 
instructions to a dotted pair. We consider only valid programs. 

Let us describe now the new instructions of the LISP machine: 



This instruction adds to y a new dotted pair P whose CAR and CDR are 
REG(» and REG(/r). respectively, and sets REG(/) = P. 



This instruction sets REG(/) to CDR(REG(y)). 

The instruction JEQL is also extended to lest for equality of pointers. Thus it 
branches if RBG(/) = REG{y) regardless of whether these values belong in £^ 
or in 

Another useful instruction would be a type test instruction, that is, something 
like **jump if REG(/) is a dotted pair,*' allowing a program to avoid applying 
pointer operations to data values and vice versa. It is easily seen, however, that 
programs using this instruction can be rewritten without it with at most a 
constant factor loss in running time; so the inclusion or omission of this 
instruction is not important. 

The next two instructions separate the world of LISP machines in two, 
following an important di.stinction in the LISP language. In the world of pure 
LISP, the above instructions are all there is. The following two instructions 
distinguish standard (full) LISP from pure LISP, in that they add the capability 
to change the contents of an existing memory location, where in pure LISP a 



CONS 



Ri, Rj, Rf^. 



LCAR /e,, Rj 

This instruction sets REG(/) to CAR(REG(y)), 

LCDR /?,, Rj 
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memory location docs never change its value. The instructions are: 

RPLACA R,^ Rj 
Change CAR(REG(/)) to REG(y). 

RPLACD R,.Rj 

Change CDR(REG(/)) to REG(y). 

If applied to a domain value, the effect of these instructions is undefined. 

To sum up, we have in fact two distinct LISP machines; the pure LISP 
machine, PLM, and the full LISP machine, FLM. The distinction between the 
two highlights a theoretical problem: what are the implications of including or 
excluding the capability of changing part of a dotted pair (or more generally a 
record) in situ. The outstanding effect of this capability is that cycles can appear 
in the memory structure; the structure of a PLM's memory is always an acyclic 
graph, topologically ordered by the time the nodes were created. Thus it would 
be interesting to find the complexity of simulating the FLM on the PLM. For 
the RAM simulation problem, however, the machines exhibit similar perfor- 
mance; that is, none of our results separates the two. The common name "LISP 
machine'' will be used in a generic sense; that is, a statement mentioning LM is 
to be true when either PLM and FLM are consistently substituted for LM. 

Each LISP machine starts off with all the registers initialized to nil, and then 
changes its state according to the program instructions and input data. 

To define the running time, or time complexity . of a RAM or LM program, 
we shall use the uniform cost model; that is, we charge one **time unit" for 
each instruction performed. Uniform cost is also applied to space complexity in 
the RAM, which is defined by the number of memory locations used. 

Programs for high-level models will be written in pidgin algol with simple 
variables and control structures and also procedure calls. It is well known how 
to compile this language into *' machine code" and evaluate their running time 
(e.g., [3J). It is helpful to note that stacks, a useful data structure, arc easily 
implemented in pure LISP. Stacks are represented by the standard LISP data 
structure known as list: For completeness, here is its definition. 

A list is either nil, 

or it is a dotted pair, whose CDR is a list. 

The CARs of the dotted pairs comprising the list are called the list elements, 
3, The Simulation Problem 

3,1. Simulation or tmr Storaoij Unit. The_only difference between high- 
Icvcl models of the same data type is the memory model. Thus, when asking to 
compare the computational power of two machines, it is natural to see the 
question as that of comparing the power of their storage units. 

The idea of tlie storage unit of a RAM follows naturally from the definition 
of the model. It is supposed to be some kind of machine, which can be given 
commands of the form STORE rf, a and LOAD a where rfe 5' and a (tlie 
address) is in ^^O . The machine should output in response to each LOAD 
the value last stored into the specified address by a STORE or 0, otherwise. 

A simulation of the RAM storage unit (RASUS. for short) consists of two 
programs for a high-level model. One program is used to carry out a STORL 



On Pointers versus Addresses 



625 



and the other to carry out a LOAD. Initially, the machine starts with a fixed 
memory structure that corresponds to an all-zero memory of the RAM. 
Each STORE is carried out by placing a and d in designated registers and 
executing the store program. Each LOAD is executed by placing a in its 
designated register and executing the load program, whose task is to deposit in 
the d register the value last "stored'* into address a. The memory image is not 
changed in any way between execution of the programs. Instead of providing 
the initial memory structure, it may be convenient to have an initialization 
program in addition to the previous two. This is a one-shot program with no 
input, so its running time is fixed and of no interest. 

Let T^„„(u) be die total time spent by the machine in performing the 
simulation for the sequence of coimnands u. Define the RAM time t(u) to be 
the number of instructions in w, that is, its length; and define the RAM space 
s(u) to be the number of distinct addresses that appear in STORE commands in 
w. Then, wc measure the time complexity of the simulation by the function 

T{t,s)= sup T,,M- 

We can also consider T^oaA^* ^) 5), the worst-case time needed 

by the load and store programs, respectively, after any preceding command 
sequence u such that t(u) < t and s{u) < s. 

If Tf^adi^^ ^) f^storcil* ^) bounded by the function f(t\ 5), we say the 
simulation has a delay of /(/, 5). We further attribute it as uniform delay if 

A simulation having constant uniform delay is said to be real time. 

3.2. Machinh Simulation. A fundamental approach to the comparison of 
random access and LISP machines is to look for bounds on the gap between the 
performance of any program on the RAM and a program for the same 
problem on the LM. Excluding the case of a RAM with finite memory, 
simulating an LM by the RAM is both simple and efficient (real time). 
Obtaining the complexity of simulating RAM programs by the LM is less 
trivial, and we shall see that we can learn of time bounds for such simulations 
by studying the complexity of RASUS on the LM. In fact, we show that for any 
high-level model, the complexity of RASUS determines the time bounds on 
simulating the RAM in general, 

Wc define one program as simulating another one if their external behavior 
matches. By external behavior we mean the sequence of input instructions 
performed, output produced (for a given input), and halt (if done) throughout 
the execution of the program. NFole that this is necessarily an on-line Simula 
tion (the alternation of input and output operations is preserved). Let /q < 
/, < • • < tf < • • be the time steps at which the simulated program makes 
an external operation. Let /q < /[ < - • • < ^' < * * ' be tlie corresponding 
time steps of the simulation. Let he the space used by the RAM in the time 
interval fO, /J. We say that the simulation time is governed by a function 
T(t, s) if for all input sequences, for all / such that a < < / and 5, < s, we 
have 

/; 5 T{t,.'!). 
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The simulation is said to be real time when there exists a constant c > 0 
such that for all input sequences wc have 

/; - <c(/,- ^_,) v/>o. 

In general, we say that the simulation has a delay governed by /(r, s) if for all 
input sequences we have 

t\ - </{^,:?J • ^-i) v/>o. 

The simulation achieves time T{t,s) with uniform delay if its running time is 
governed by T{t, s) and its delay by 

3.3. Equivalence of the Problems. This subsection is devoted to proving 
that the general problem of simulating the RAM is equivalent to the specific 
problem of random access storage unit simulation (RASUS). In the proof, wc 
need the following technical lemma: 

Lemma 1. // RASUS can be solved by a high-level machine in time 
r,(/,5), then for any k >0 there is a RASUS solution for the same 
machine whose running time satisfies 

n{kl.s) < Cf,T,{t.s). 

where is a constant. 

Proof. Let RASUS, be the RASUS solution that runs in time 7,. We obtain 
the desired solution RASUS^ by duplicating the register set used by RASUS ^ 
2k^ times, as well as the code for the procedures, so that we actually have 2*- 
RASUS, clones operating concurrently, to which wc refer as D(i, J) (for data) 
and T{i, j) (for timestamp where 0 ^ i, J < k. In addition, we count the 
STORE commands in N,,„^^. Here is the code for RASUSj, under the 
simplifying assumption that all the duplicates share the registers a and d that 
are not modified except for depositing the result of a successful LOAD. 
Therefore, these parameters need not be passed explicitly. The load procedure 
uses two auxiliary registers, r and /. 

for 0 < /, y < /r 
iiiii, 

inii liTiiJ)) 
end for 

storey : 

for 7 ^ 0 k - 1 

siorCi(Of/, J)) 

sU)rc,(rCi\7)) 
end for 
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J ^foad mod k 

for / = yv„„^^ H- I , . . . , + k (mod /:) 

Ioad,(r(/,y)) 
if > / then 

\oad,{DUJ)) 

end if 
d^r 
end for 
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The correctness of the solutions stems from the fact that every store affects 
each column of the k k matrix, load scans a whole column, and the 
limestamps ensure that the last STORE into the sought address determines the 
output. 

Thus, every store and load calls at most Ik times the corresponding 
procedure of RASUSp while each of the RASUS, duplicates only receives up 
to \/k of the commands. This gives immediately the desired time bound. The 
constant c^^ seems to be Oik), but we have multiplied the number of registers 
by k^\ so we may want to take into account the cost of absorbing this growth in 
number of registers. On the LISP machines, this problem may be solved with a 
bit of programming by linking the memory images of the k' RASUS clones in 
a suitable list structure. Then, the code need not be duplicated, and Cf^ is a 
genuine 0{k), □ 

Lhmma 2. The general simulation of the RAM and the RASUS problem 
are real-time equivalent on any high-level machine. That is, if the machine 
can solve RASUS with time complexity T{t, s), then it can simulate every 
RAM program in time governed by 3T(t, s). Vice versa, if there exists a 
function T{t, s) such thai every RAM program can be simulated by our 
model in lime governed by T{t, s), then there it can solve RASUS in lime 
complexity Tf^^ij^{t, s) < cT{t, s) for some constant c. This relationship 
holds also for the delay of uniform delay solutions. 

Proof 

(=*) Assume that there is a solution lo the RASUS problem that runs in lime 
T{t, s), Ixt an arbitrary RAM program be given. All the instructions appearing 
in the program (except for the memory access instructions) can be directly 
executed by the simulator (they appear in its instruction set). Thus, only the 
STORE and LOAD have to be replaced to form the simulation. These two will 
be replaced by invocations of the store and load program of the RASUS: to 
avoid any conflicts we may equip them with a separate set of registers. Thus, 
the execution of a memory access instruction will be replaced with moving the 
operands to or from the dedicated registers (at the cost of two instructions) and 
executing the RASUS procedure. 

Assume that for some input, the RAM program uses space s while perform- 
ing the first / instructions. Let /, be the number of STORE and LOAD 
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instructions performed. Our simulation will run in time bounded by t - 
(2/, + r(/p ^)) = r + ^, + 5"). Since necessarily T(t, s) > and 
Tit, s) is monotone increasing in we have 

r + 4- T{(^,s) < 3T{t.s). 

Using the definition of the simulation time complexity in Subsection 2.2, we 
obtain that our simulation has time complexity bounded by 37(^ 5). 

This argument can be readily extended to the delay of uniform delay 
solutions, which completes the proof. 

(<=) Assume that the 5-machine can simulate the RAM in time T{i,s). We 
shall build a solution to the RASUS problem running in similar time. Such a 
solution must be a pair of programs as specified in the RASUS definition 
(Subsection 2.1). That subsection also defines the time complexity of RASUS, a 
function of the RAM time and RAM space of the input sequence. However, 
the bound that we are given is on the time that simulation of a RAM program 
may require on the J^machine; and we must convert it to a bound on the 
RASUS time, dependent only on the aforementioned parameters. The conver- 
sion is achieved by choosing a RAM program that is an *' interpreter'': it 
accepts the command sequence as input and executes it. Its time and space 
complexity will be seen to be proportional to the RAM time and RAM space 
of the input sequence, allowing us to transform a simulation of this program to 
a RASUS solution of similar complexity. 

The RAM program that we use is shown in Figure 2. 

This program executes an infinite loop. In each iteration of the loop, it reads 
a command code (one of two predefined constants) and performs the operation 
requested, reading the operands for this command and for a LOAD, writing out 
the result. Denote by J{u) and s(u) the time and space, respectively, required 
by this program for handling a command sequence w. It is easy to see that 

7(u) < c,^(w) for some integer c, and 

s{u)=s{u) 

where t(u) and s(u) are defined as in Subsection 3.1. Let prog be a program 
for the given machine that simulates the above program in time T(7{u), s{u)). 
From prog, we form a RASUS solution, namely, the three procedures init, 
store, and load. The difficulty in obtaining these procedures lies in the fact that 
our program may be more complicated than a **read and execute*' loop (which 
would readily yield a RASUS). There may be several READ commands 
interspersed throughout the program, which alternatingly assume the role of 
reading the command code or operands. Moreover, this program runs forever. 
Our procedures arc one-shot programs (although the memory image is pre- 
served between the calls), and therefore, to simulate the actions of this 
program, its '* program counter'' has to be restored as well. Since the program 
is fixed, we can label the points where we may stop with a finite set of labels 
and code a multi-way branch which, according to a preserved index, continues 
execution at the desired point. 

llach of the procedures will follow prog up to a certain point: The initializa- 
tion procedure consists of the (unique) sequence of instructions executed by 
prog up to the first READ instruction. The store procedure replaces reading 
the command code by setting it to STORE and reading the two operands by 
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repeat forever 
read command 
if command STORE then 
read a Figure 2 

(0) 

else /*/ /♦ command = LOAD 

read a 

wrilc ia) 
end if 



getting them from the designated registers. At the next READ, it stops. The 
load procedure is similar. We are now ready for coding the solution, where we 
assume the arguments to the procedures to be passed in registers and 
and make use of three additional registers, R^ (for saving the program 
counter), /?,„p (for simulating input operations), and R^^^^ (for counting input 
operations). 

The RASUS procedures start with the following lines: 
init\ 

^inp* ^~ operands to "read'' 
JUMP prog 
store-. 

R,,^^ STORE 

^,np6 ^ 2: "read'* both d and a 
JUMP Lft^ -, a multi-way branch 
load: 

R,,^^LOAD 

>?mps*- »; **read- a 

JUMP ; a muUi-way branch 

In addition, we substitute the following code segment for each occurrence of 
**READ in prog. Here /: is a different integer for every READ 

instruction replaced, yielding a unique label L^.. 

halt 
else 

if = 2 then 

else 

end if 

/J «— — I 



end if 

Each "WRITE /?," is replaced by 



Clearly, the running time of the RASUS obtained is linear in the running lime 
of prog, Th'di is, there exists an integer such that for every sequence u of 
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STORE and LOAD commands we have 

T^AsM ^ c^T{t{u).s{u)) < c^T{c,t{u).s{u)) 

(without loss of generality, we may assume T to be increasing). We thus 
obtained a RASUS solution in time T^svs(^^ ^) < c^rCc,/, 5). The proof is 
completed by an application of Lemma 1 . 

This argument can be readily extended to show that if prog simulates the 
RAM with uniform delay, the RASUS procedures have a proportional uniform 
delay. □ 

4. Time Bounds on the Simulation 

Now that the tools are prepared, we set out to discover the complexity of 
simulating random access memory (or machines) by an LM. 

4.1. An Uppiir Bound 

Algorithm I. A search tree solution to RASUS. 

This algorithm will not be specified in detail, since any of the well-known 
balanced-tree schemes will serve (see, e.g., [3]). These tree structures are used 
to store and retrieve data values by their keys, which are in our application the 
RAM addresses. The store program implements the insert operation on 
the tree, and the load program— the find. The tree structure can be very 
easily constructed of LISP cells, and the programs for insert and find can be 
readily written in the FLM language. 

On the PLM, implementation of the tree algorithms may have to be changed, 
as they usually use the operation of changing the value at a node or the identity 
of its child. However, coercing them to the pure LISP model is not difficult. In 
all these schemes, the insert and find programs have the general form of a 
descent down a particular path from the root to a leaf, then an ascent back, 
during which modifications are made to the nodes on tliis path. The locality and 
order of changes allow for an easy implementation on the PLM, in which 
pointers to the nodes neighboring the path are saved in a stack while 
descending, and on the ascent, the path is rebuilt anew (with the modifications 
required); and the stack is used to connect it to the neighborhood. This is the 
*'patli-copying'* technique mentioned in [31], where its feature .of not modify- 
ing existing nodes is used to allow *'past generations'* of the tree to be 
retrieved. 

The running time of this solution is clearly 0(Mog5), as Tf„„^{s) = 
^vfof«('^) = ^O^B (^y known propertieR of balanced trees). Thus, we get our 
upper bound: 

Thi'Orf.m I . The LfSP machine can simulate the RAM in 0(t log s) time 
with uniform delay, 

4,2. A SiMi'Li-: Lower Bound. The balanced-tree schemes have the reputa- 
tion of optimality, and it is natural to conjecture that the FLM cannot do better 
tlian that in the RASUS problem. A proof of an n(/ log s) lower bound is 
easily obtained. 

Consider the state of the FLM just before initiating the load pro- 
gram, sometime during a simulation. In the first instruction executed by the 
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program, the only atoms it can access are those currently linked to registers » 
that is, A^rcg atoms at most. By performing another instruction, no new atoms in 
memory can be retrieved via a register pointing to an atom, while a pointer to a 
doited pair can be used to load any one of its CAR and CDR; thus in two 
instructions, up to 2A^ previously stored atoms can be accessed. Extending 
this argument by induction, we get that in k instructions starling at any given 
state, up to 2*~*yV„g different atoms previously stored in memory can be 
retrieved. 

For any 5 > 0, let w be a sequence of s STORE instructions with addresses 
0, 1, . . . , 5 - 1 and different data. After executing u, the simulating machine 
must be ready to handle correctly any command of the form LOAD a where a 
is one of the addresses in w. According to the previous argument, at least half 
of the atoms previously stored in memory require [log s - log N^^^\ steps to 
be retrieved. Actually, they are that far from the registers in the memory graph. 
Thus, a load command can now be issued that will force the machine to 

travel*' a distance of n(log s) in order to find the requested atom. This 
argument entails a lower bound on the time for retrieval that holds even with 
unbounded preprocessing time. Therefore, it remains valid at any later time, 
and we can create an unbounded sequence of worst-case LOAD commands, 
obtaining a lower bound of log g) on simulation time. 

The weakness of this argument lies in the assumption that when processing 
a store, the machine actually stores the given datum in memory and has to 
fetch it from this location for a load operation. In fact, the LISP machine 
might encode the simulated RAM's memory contents in a very clever way. giv- 
ing rise to a better simulation. This way the data type of the machines comes 
into the picture; only by relying on properties of the data type we may avoid 
such pitfalls. For a start, the above proof is valid if our machines may handle 
symbols. 

The term, symbol, is defined in [38, 39] referring to an item on which no 
operations are permitted except testing for equality. This definition coincides 
well with the usage of LISP, in which atoms may well be symbolic, in addition 
to numeric. 

Theorem 2. Let ,f be a data type containing an infinite set of symbols. 
Then A .T-FLM needs Q(tlogs) time to simulate a ^-RAM, 

Proof. None of the instructions in the FLM instruction set can **generate*' 
a symbol; the only instructions whose execution may result in a register 
pointing to a new symbol are SET, LCAR, and LCDR. Therefore, the above 
argument applies. □ 

4.3. OrHbR Data Tvhhs. The proof of the lower bound in the previous 
subsection relied heavily on the presence of "symbols*' in the domain of the 
machines considered. Though it was stated that this is a natural way of thinking 
in LISP, it is not at all natural to the RAM. So our ''goal" now is to show 
that the il(f log s) bound carries over to RAM models with more useful data 
types. 

In the following subsections three main models of the RAM, that is. three 
data types, will be analyzed in this respect. The three models arc: 

(i) The real number RAM, whose domain consists of the real numbers. 
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(ii) The integer RAM, whose domain is the integers. 

(iii) The finite word RAM, whose domain is finite and will be considered as 
consisting of k-b\i words, where /: is a parameter, making it a mode! 
family (Section 2). 

The main tool for the analysis will be a notion of incompressibility . This 
notion is the actual feature of the symbol data type that is required for the 
proof. In Section 5, this notion is defined, and a general proof of the lower 
bound using this notion is given. This feature is proved for case (iii) in Section 
5 and for (i) in Section 6. Section 7 is devoted to the integer case; it will be seen 
that the set of primitive functions should be chosen with care if this data type is 
to be incompressible. 

The wide success of the lower-bound proof can be interpreted as an assurance 
of the general validity of accessibility considerations. The fact that it fails for 
some data types may be interpreted as indicating that incorporating them in our 
model is far fetched. 

5. Incompressibility and Lower Bounds 

5.1. Di'FiNrnoNs. The notion of an incompressible data type is that of a data 
type such that a i^machine is not able to ''encode'' a number of data atoms 
in a smaller number and so economize on memory accesses. For a precise 
definition, wc need a simple model of computation that allows us to concentrate 
on properties of the data type. 

Let ,T= {Q, t¥\ <). Each function in :f has as domain the set S'" for some 

> 0; for simplicity of exhibition, wc include also in the sequel functions on 
9^ , which represent constants. We denote by the closure of under the 
following operations. Aggregation combines some functions fi* 
9"' 9 io one vector-valued function f = (f^, /„): ^J", Com- 

position is used to apply a function to the result of another: composing g: 
Sf" 9 with /: 9^ 9" yields g'^f: 5** 9, 

The model of computation we shall use is the :f decision tree. A decision 
tree of n inputs is an ordered finite binary tree each of whose internal nodes 
represents a **dccision." Actually wc associate with each internal node v a 
function /^gj^*: 9. The computation begins in tlic root; in every 

internal node v reached, the function is applied to the input values, and the 
computation now proceeds according to its value, ''control** moving to the 
right child if it is greater thaji zero and otherwise to the left. The expression 
"greater than'* relates to the order relation < of the data type Upon 
reaching a leaf, the computation ends with its result given by the leafs 
function, applied to the inputs. 

We remark that this is not a comparison tree; since wc compare the outcome 
of functions, whose exact nature is not specified, any test that wc wish to allow 
our models to perform may be included in the tree. 

The terminal (leaf) functions have the range 9"^ (for some fixed m), Wc say 
the tree computes a function from 9" to 9'", 

It is quite easy to see that each function computable by a .i^PLM or a 
./"-FLM (as well as a ^-RAM) program can be computed by an indecision tree 
{y relating to J as above), provided the program has a finite bound on iu> 
running time (wc just unroll** the program and make explicit all calculations 
lo avoid the use of memory). If wc arc to compute a function of S'" 9**\ the 



On Pointers versus Addresses 



633 



running time of our program may depend on n and m, and we impose no 
restrictions on its rate of growth; the finiteness requirement disallows programs 
whose running time grows indefinitely for fixed n and depending on the 
input values (programs of nonuniform complexity). Such a program may 
"compress** any effectively countable domain, for example, by the conven- 
tional ''pairing functions/* Therefore, we shall use the term, finitely com- 
putable^ to describe a function that can be computed with uniform complexity, 
where ^ can be understood from context. 

Definition. A data type :f= {9, <) \^ called incompressible if for all 
n > 0, there is no pair /„, g„ of functions, computable by :f decision trees, 
such that X, maps 9" into 5*""*, and is its inverse. 

is incompressible if and only if for all m < a? there is no pair /, g of 
finitely computable functions such that / maps 9" into S*'", and g is its 
inverse. 

Remark, The incompressibility of a data type of finite domain is implicit 
in the work of Kolmogorov [22]. The value of this feature to proofs in 
computational complexity was advocated by Paul et al. 127, 28] and other work. 
Our notion of incompressibility is more general in nature, but is used towards 
the same end. 

5.2. Thk Lower Bound. We now proceed to give the lower bound proof for 
incompressible data types. To this end. we have to consider LISP machines and 
their memory images instead of the general decision trees. So instead of 
programs computing functions of their inputs, we consider programs that 
transform memory images. We say a program transforms the memory image 
Af, to the memory image whenever having set the LM*s memory to Af, 
and started the program, it hahs after changing the memory image to Mj. For 
56^5 of memory images Jf^ and ^j'^^^^V^^t J^^^ can be encoded irx J/.^ 
if there is a program that transforms each element of to an clement of 
J(^, and another program that * 'decodes** them correctly, that is, implements 
the inverse transformation. Both of these programs are required to have their 
running time bounded by a constant (generally dependent on the sets). 

Say that a memory image is rooted in if all the other registers are nil for 
that image. 

Consider memory images that arc lists (cf. Section 2), rooted in It is easy 
to see that the incompressibility of defined generally in the previous 
subsection, can be formulated for LMs as: 

.T is incompressible if the set of lists of n atoms cannot be encoded in 
the set of m-atom lists, for any m < n. 

The lower-bound proof will show that if an FLM can simulate the RAM "too 
fast,** that is, it has RASUS programs of low running time, then we can obtain 
from these programs an encoding of w-element lists in w-clcmcnt lists, for 
m < n. Actually the fast RASUS solution amounts to an encoding of n 
elements in a memory image which is not necessarily a list, and we must show 
that we can further encode these images in the set of short lists. 

Li-:mma 3. The set of memory images that are rooted in and have 
height at most h can be encoded in the set of lists of length [ (3/4)2 ''j, 
provided that [0 2" - 1} c 5^. 
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Proof. If /f = I, the lemma is trivial, since the image is already a list of 
one atom. We continue with /z > 1. 

Let M be a memory image, rooted in R^ and having height at most h. 

Recall the division of a memory image into structure and contents (Section 
2). The contents of the memory image are actually leaves in a graph, whereas 
the structure is the subgraph excluding the leaves. Each leaf appears at the end 
of a directed path, and since M's height is at most A, there are at most 2''"' 
different paths to leaves. Hence, the number of leaves is at most 2**~K 

The largest number of leaves occurs when M is a complete binary tree. Then 
it has 2''~^ nodes at level h - \, each one a parent of two leaves. If we had to 
encode such an image as a list, we would just have to list the values of die 
leaves; thus, lists of length 2''"' encode these images. 

Certainly, M is not necessarily a tree. To deal with general structures, we 
add to each atom in the list a mark bit, which is either 0 or 1. We encode the 
marks of pairs of consecutive elements in the list in the bits of one two-bit 

number (note that {0 3} g {0, . . . , 2'' - 1} c 5^). This defines the final 

form of our list: 2^'^ data atoms accompanied by 2^'^ mark atoms, encoding 
one mark bit for every atom. The length of the list remains fixed, so we may 
use array notation and write y4[0], , . . , /Ip''" ' - 1] for the data atoms and 
M[i] for the mark bit of A[i] (actually these mark bits are paired as above). 

To encode the memory image M in these two arrays, we use a standard 
correspondence between nodes in the BFS tree of the structure and binary 
numbers. This BFS tree is an ordered binary tree, with CAR preceding CDR 
for each dotted pair. We refer to the single dotted pair connected to /?, as the 
root of the tree (and of the image), and neglect the arc leading into it (we deal 
only with arcs emanating from dotted pairs). Then, by the definition of height 
(Section 2) this tree's height is A - 2. 

The correspondence is obtained by assigning the value 0 to CAR and the 
value 1 to CDR. We denote by T the unique BFS tree that results from an 
ordered BFS search in which CAR is handled before CDR. Each node in the 
structure is the end of a unique path from the root of T, whose length is at most 
h ~ 2, We label it by a number whose binary representation is • • • 6/, - 1, 
where b, is the value of the /th arc along the path, if such an arc exists, and 
otherwise zero {bf,_^ is necessarily zero, but it is convenient to keep it). Hence, 
the dotted pair linked directly to R^ \s labeled by zero, and the same for its 
CAR; its CDR is labeled 2^"'. The range of possible labels is 0 to 2'*~' - 1, 
corresponding to indices in A and M. Obviously, each number may be 
labelling more than one node. The following facts are easily established. 

(i) The set of nodes labeled by u has the following form: w, CAR w, 
CAR^u, . . . , CAR'w for some / > 0. Of all these nodes, only the last one 
is a leaf in T (recall that a leaf of T is not necessarily a leaf of the 
structure). 

(ii) Let u be a node of label u, and let k be its depth in the tree. Then, is a 
multiple of 2'' * ^; all the descendants of w in T have labels of the form 
f + /'» 0 < / < 2''"' '*; and only descendants of u may bear labels of this 
form for / > 0. 

We call a node u e M a froni node if it is a dotted pair such that at least one 
of the arcs CAR u and CDR v docs not belong to T. It is easy to sec that 
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the memory image is reconstructible from the following information: (1) the 
labels of its front nodes, (2) the depths of these nodes in T, and (3) the CAR 
and CDR of each of these nodes. We show how to encode this information in 
the arrays A and A/. Let u be a front node labeled c , and k its depth in T. By 
Fact (ii), since k < h - 2, dX\ the node labels must be even. If /: = /i - 2, 
then both CAR(u) and CDR(u) have to be atomic, and we set M[if] = M[i/ 4- 
1] = 0 and A[v\ = CAR(u), A[v + 1] = CDR(u). Otherwise, k < h - 2, 
Suppose that the CAR arc of v is not in T (CDR is handled similarly). Then by 
Fact (i) we know that v labels no node of depth greater than k. Moreover, there 
may be only one front node with this label and CAR not in T. We set 
M[v] = 1 and A[p] = k. We save CAR(u) in A[v '\- 1], which is free since 
V -f 1 might only label descendants of CAR(u), had the CAR arc of v belonged 
to T (Fact (ii)). If CAR(u) is atomic, we set M[v 4- 1] to 0 and A[v 1] to 
the value of CAR(u). Otherwise, we set Af [f -h 1] to 1 and 1] to the 

label of CAR(i;). Some of the array elements are not given meaningful values: 
These are the elements numbered i'-f2toi' + 2''"^"*-l. However, this 
will not defy the correct decoding of the information, since, by scanning M 
sequentially, we identify these elements when processing v and skip them 
afterwards. All odier elements of M and A must have been set by the above 
procedure (which is an easy exercise to verify). 

The above description, while not strictly formal, is not difficult to translate 
into an LM program, whose running time is bounded by a function of h alone. 
Likewise, it is easy to see that the construction can be reversed, and an inverse 
transformation can be programmed within a similar time bound. The difficult 
part of this program is the reconstruction of pointers to other nodes, which have 
not yet been created. This can be overcome by using two passes: in the first, we 
represent pointers to nodes by the nodes' number and a special mark. In the 
second pass, on the FLM we redirect the pointers to their intended target. On 
the PLM, we use a topological sort to obtain the sequence in which we have to 
create the nodes. Such a sequence will be obtained since the encoded image has 
been built by a PLM too. □ 

THiiORKM 3. Let ,T be an incompressible data type. Then a ^-FLM 
requires Q{t logs) time to simulate a f-RAM, 

Proof. Again, we consider the RASUS problem. We show that for all pairs 
5 > 0, n > 0, there exists a sequence u of s stores and a sequence v of n 
loads, such that the simulation of wu must take time > /?[log . Assume to the 
contrary that there are a RASUS solution R and a pair 5 > 0, /? > 0, such that 
for all sequences w of 5 stores and all sequences v of n loads, the simulation of 
uv takes at most n[logs\ time. Without loss of generality, it may be assumed 
that the memory image left when any of the RASUS procedures terminates is 
rooted in /?,. Fix this solution and the values of n and s for the rest of this 
proof. We show that it necessarily holds that after simulating u and some part 
of R is able to answer every load request using a memory structure whose 
height is bounded by [/og^J. We can effectively discover such a structure and 
obtain an encoding which contradicts incomprcssibilily. 

Let a list of s atoms be given. Make up a sequence w by storing these data 

into addresses 0 s - \, In the rest of this proof we deal with load 

commands from these addresses only. Call a load operation costly if it takes 
more than \logs\ time units, and cheap, otherwise. A sequence u' of ^ > 0 
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load commands is defined as costly if when fed to R following m, each of its 
constituents is a costly load. By our assumption, there does not exist a costly 
sequence of length n. Hence, by pursuing any chain of costly loads, we 
must— after less than n operations— reach a state where every load operation is 
cheap. Therefore, we prune the memory image of R to the height of [/o^^J, 
that is, change all pointers into farther dotted pairs to nil, the flow and outcome 
of every load operation will not be affected. Therefore, having found such an 
image, and pruned it, we have a memory image of height at most [logs] which 
encodes the s input elements. 

To complete the proof, here is a description of the encoding and decoding 
programs. Note that their running time is bounded. 

Encoding program: 

Input: A list of s elements. L. 

Output: A memory image of height < [/055|. 

Method: A dedicated set of registers is used for simulating /?, whose procedures, store and 
ioadf^, are only modified by adding an instruction counter t to loadff that allows us to monitor 
its time. The procedure Copylmage copies the memory image rooted in one register to another 
one (a simple task on an FLM). On a PLM, we use a topological sort to obtain the order in which 
we create the nodes so that the pointers can be reconstructed. Such an order always exists, 
because the copied image was built by a PLM. The rest of the description lies in Figure 3. 
omitting the act of pruning, which is similar to copying the image. 

Decoding program: 

Input: A memory image produced by the encoding program. 
Output: The reconstructed list. 

Method: For i = s - 1 0, copy the memory image to /?| and call loadf^ii). Push the 

retrieved value onto the list. 

The conclusion of this construction is that we can encode the lists of s atoms 
in nieinoi7 images at most [logs\ high, rooted in /?,. By I^mma 3, 
these images can be further encoded as lists of [(3/4)2*''**^' j atoms, since 

{() 2''"^'^) e^. But. this list is shorter than s, a contradiction to the 

inconipressibilily of S^. 

Wc have proved that T{s + /?, 5) > n log 5. Since this holds for every n 
and we obtain an asymptotic lower bound of Q(t log 5). □ 

Actually, we obtained a lower bound on the time of a retrieval operation 
from a set of s data allowing for unbounded preprocessing time. In general, this 
is a stronger result than a lower bound on RASUS, which may be more difficult 
because all instructions must be simulated on-line. Also, it is easy to see that 
tliis lower bound holds also in the average where each of the s addresses is 
equally likely to be queried. Using this observation, wc can also deduce that a 
randomized solution cannot have a better upper bound on expected njnning 
time, 

5.3. An Application: Finitk Words 

TnuoKiiM 4. Let J'f^ be the data type of k bit words, with any primitive 
functions whatsoever. Then .f^ is incompressible. 



Proof. Let be the set of all k-b\X words; then | 9 \ ^ 2^. Hence, 
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for / ^ 0 s - 1 

store j,(pop(L), /) 

end for 
advance: 

Copylniagc( Hy^S) 
test: 

for y = 0 s ' 1 FiGURK 3 

CopyImagc(5, V?,) 

load ^(y) /* sets /to the time it spends*/ 
if / > log s then /* found a costly load */ 

goto advance 
end if 
end for 

/* all the loads were cheap */ 
S is the image sought. 

j^n -i| ^ 2*^"-*^ < 2*" = Therefore, no function from £?" to 

5*""' can be invertible. □ 

Corollary 1. Let iT^ be the data type of k-bit words, with any 
primitive instructions whatsoever. Then the .T-FLM requires Q{tlogs) time 
to simulate the f-RAM, 

In the next two sections, incompressibility proofs are given for other, more 
sophisticated, data types. The proofs apply new techniques to decision trees. 
The exact method depends on the data type at hand, but, in general, it can be 
summarized as follows: Discover a property of the primitive functions that 
prevents them from serving as * 'encoders" or ''decoders.** Exploiting the 
structure of decision trees, show that this property can be extended to a 
property of the finitely computable functions. 

6. Simulation of the Real RAM 

In this section the lower bound of Section 5 will be shown to apply to the 
simulation of the real number RAM, This model is the common abstraction 
used in algorithms dealing inherently with real numbers, such as in computa- 
tional geometry and scientific computation. Shamos defines this model in [36] 
to have as domain the set of real numbers, and as primitive functions, the 
arithmetic operations ( + , - , X , ) and other common functions (such as 
exponents and logarithms, trigonometric functions, etc.), as needed, imposing 
only the restriction that all functions used be analytic (except for a finite set of 
points). Mild as it is, this restriction disallows some very useful functions such 
as the floor function (truncation to an integer). In fact, he [361 shows that one of 
his lower bounds does not hold with "floor" available. Our data type consists 
of the real numbers together with a set of primitives from the following set of 
functions. 

Definition, By we denote in this section the set of functions /: 
5)f*-*51?'". for any /r. m > 0. such that for some countuhle, cUwed wot 
C C 9?^, / is continuous in JR* - C. 

includes all tlie functions mentioned above, analytic and not. Constants 
too may be seen as functions in this set, defined on which arc just 
independent of their argument. decision trees arc similar to algebraic 
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decision trees [8], but the latter have a much more restricted primitive set 
(algebraic functions only). 

By selecting .9 as our primitive function set, we allow a model that is 
stronger than previous ones. The restriction on functions in :F is aimed at 
allowing functions whose continuity is perturbed, but in a limited way so that 
by composing any number of these functions, the perturbation may not grow 
too much. (Bijections between 9?" and 9?""* will be more ''perturbed'' than 
we allow.) 

Actually we show that under the above definition, the ''perturbation*' is 
limited to a special kind of set, a closed boundary set [24]. Recall that a 
boundary set is a subset >4 of a topological space such that A"* (the interior of 
A) is empty (cquivalently, the complement of /I is a dense set). We denote the 
complement of A (wi^ respect to the space under consideration) by A, 
the closure of /I by /I and the boundary of A hy dA = A ~ A"" . Note 
that 5/4 is always closed, because A is closed and y4° is open. By a neigh- 
borhood (of a point) we mean any open set (containing the point). Thus, a 
boundary set is one that contains no neighborhood. 

In this paper, we refer to 31" as a topological space, actually the Euclidean 
/7-space. This space is complete [241, which allows us to use the following 
theorem: 

Theorem 5. (Bairr). In a complete space, a countable union of closed 
boundary sets is a boundary set. 

Recall that f * denotes the closure of under function composition and 
aggregation. 

Thhorlm 6. Let k,m>0. Let f : 9?*->9?'" be computable by an 
.^'decision tree. Then there is an open set O Q^i ^ such that f is continuous 
in Oy and 9?^' - O is a boundary set. 

The set O displayed in the proof of this lemma will be called /'s continuity 
domain. 

pRoop. We begin by proving the resuU for functions in and this by 
induction on the number of compositions and aggregations used to construct / 
of functions from :F. 

Basis: f s Then by definition, there is a countable, closed set C C 9f ^ 
such that for O = 9?^ - C, / is continuous in O. C is a boundary set, as 
every neighborhood in iK* contains an uncountable numl^cr of points. 

Induction step: Let us begin with aggregation. Assume /: 9?* 9?" = 
(/i> ••)/«) ii"d assume our statement holds for all Let 0^ be the 
continuity domain of Then / is clearly continuous in O = fil'^i O,. Now 
JJ* - O = O = 1 O,, a finite union of closed boundary sets. Thus, 9?^ - 
O is a closed boundary set. 

Consider now / = g(h) where g g .i^' and where h has a continuity domain 
O 9? Let g be continuous in 9?" - C. Let x e O; then h is continuous at 
X. If h{\)^C, then / is continuous at x. Also, if h is constant in some 
neighborhood of x, / is continuous at x. Therefore, the subset A" of 9?^ where 
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/ is not continuous satisfies 

x^oul \jd{h-'{{y}))no). (*) 

Consider the restriction A of A to O, where it is continuous. Note that 
a(A -*({;'})) n O = We show now that r= \J y^c ^Ch~ \{ y])) 

is closed in the subspace O. Let xe O be an accumulation point of Y, a limit 
of a sequence (a:,),^ where jc, e By continuity of A, we 

have h{x) - Y\m,^^ h{Xi), For all /, ^(xjeC, and since C is closed 
we have y = h{x)sC. Of course, xeh~\{y]). Suppose it is in its 
interior. Then there exists some k such that x^. belongs to this interior too 
(actually infinitely many elements do); h{Xf,) equals y\ therefore, cannot 
belong to h~\y,) for any y^ ^ y. Thus, by the assumption on (Jc,), it must 
belong to ^h~\{y}), a contradiction. Therefore, xed{h'\{y})) c Y, 
Given that Y is closed in returning to the space 9?*, we have 

?g ru o. 

By the induction hypothesis, O is a boundary set. Assume that Y contains a 
neighborhood N. Then, Y itself contains N - O, which is an open set as O is 
closed, and is not empty as, otherwise, N would be contained in O. So we 
have a neighborhood contained in V fl O. But this contradicts Bairc's theorem 
since C being countable, K is a countable union of closed boundary sets. 
Therefore, y is a boundary set. Returning to X, by (*) we have 

which proves that^A' is a boundary set. Moreover, / is continuous in 
SR*-A'2SW*-A', which is open, and hence fulfills our statement. 

To extend the result to any function computable by an ^^decision tree, note 
that the following function on 5W belongs to i^: 



jc>0, 

A- < 0. 



It is easy to see that each part of an decision tree consisting of a node 
parent of two leaves X, and , can be replaced by a single leaf computing 

'{/.(x))/x.(x) + (i -rU(x))A.(x)). 

Repeating this process we can contract the whole tree to a single function 
in □ 

Wc now display the property of continuous mappings that actually prohibits 
compression. This property is preservation of topological dimension. We begin 
by reviewing the definition of this concept and some of its properties. 

Definition fl8, Sect. 111.1). The empty set and only the empty set has 
dimension — I . 

A topological space X has dimension < « s 0) at a point p if p has 
arbitrarily small neighborhoods whose boundaries have dimension < /; - I . 

X has dimension ^ n, dim A' < /?, if A" has dimension < at each of its 
points. 
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X has dimension /i at a point p if it is true that X has dimension < n at p, 
and it is false that X has dimension < /i - 1 at p. 
X has dimension n if dim A' < /j is true, and dim < « - 1 is false. 
The following two theorems are also from [18]. 

Theorem 7. A subspace of a space of dimension < n has dimension 
< n. 

Theorem 8 (Brouwhr). Euclidean n-space has dimension n. 

It is obvious that the property of having dimension n is topologically 
invariant. Dimension is, however, not an invariant of continuous transforma- 
tions: Peano's mapping of an interval on the whole of a square is an illustration 
of a continuous transformation that raises dimension, and projection of a plane 
into a line is an illustration of a transformation that lowers dimension. How- 
ever, this transformation is not invertible, and thus docs not interfere with 
incompressibility. Once the functions are required to be invertible, we obtain 
the property we need. 

Thkorem 9. Let /: X Y be continuous and invertible, where X and Y 
are spaces such thai dim Y = n. Then, dimf '\Y) < n. 

Proof. Use induction on n. 

Basis : n = - 1 . 

dim r= -1 =^ r = 0 ^r'{Y) = 0 ^dim/-»(r) = -1. 

Induction step: Assume the theorem holds for n - L Let p be an^ 
arbitrary point of f^Y) and U an arbitrary neighborhood of p therein; 
f(U) is a subset of Y\ hence, by Theorem 7, dim f(U) < /i, where there 
exists, in the subspace f(U), a neighborhood O of /(p) such that dim dO < 
n-l. By / being continuous and invertible, it follows that f~\0) 
is a neighborhood of p, contained in and also that 

df'^{0) ^ /" ^ (30) => (by the induction hypothesis and Theorem 7) , 

dima/"*(0) < /2 - 1. 

Thus. f\0) is a neighborhood of p, arbitrarily small, and having bound- 
ary of dimension <A2~ 1; since p is an arbitrary point of 
dim f~\Y) < /7, and the proof is complete. □ 

Thhorum 10. Let .T- {SR. ^. <). Then 5' is incompressible, 

Prooi'. Assume by contradiction that tliere^ is a function /; 91 "-►9?'" 
{m < /?), fmitcly computable in .T, which is invertiblc. By Theorem 6, there 
exists a nonempty, open set O, where / is continuous: /(O) ^ gj'^'; hence, by 
Theorems 7 and 8. we have dim /(O) < m. By Ixmma 9, also dim O < m. 
But O contains a ball in which clearly has dimension n\ hence, by 
Theorem 7, wc have dim O > /i, a contradiction. □ 

Corollary 2, The real number FLM requires n(/ log s) time to simulate 
the real number RAM, 

These results carry over to the field of rational numbers. Here, we allow as 
primitives functions from .V"^— the restriction of to functions that, when 
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applied to rational arguments, produce a rational result. We need a stronger 
version of Theorem 6, obtained by essentially the same proof. For the rest of 
this section, denotes a complete, dense in itself [24], subspace of SR*. 

Throrem 6'. Let /: 9?'" be computable by an ^decision tree. Then 
there is a set O, open in S\ such that fis continuous in O, and O is a 
boundary set in k . 

Throrem 11. Le/ ^= (g, <). Then, ^ is incompressible. 

Proof. Assume, in contradiction, that there is an decision tree comput- 
ing a function / that maps injectively into Q"\ where m < n. Assume 
further that g is also finitely computable. Consider these functions as 

functions over the reals. As shown in Theor em 6, there exists a nonempty open 
set OcSR" in which / is continuous. /(O), as a subspace of SR'", is 
compl ete an d dense in itself. By Theorem 6', we have a nonempty set 
^ /(O), open therein, in which g is continuous. The set N = N' O 
f(0) cannot be empty and, relative to /(O), is open. Thus, is open in 

O, hence in 9?", and nonempty. We next show that / maps f~\N) injectively 
onto N. This completes the proof because, as in the proof of Theorem 10, this 
cannot be true. 

Let x',x-6/"'(N) such that /(x*) = /(x^) = y; x* and x^ may not both be 
rational; but anyway there are rational sequences x} x', x? x^ in f~ \N). 
Let y/ = /(x/) eN. By continuity of / we have 

y =/(x') ^ lim/(x;.) = limy/ 

I oo J oo 

entailing (by continuity of g) 

g{y) = Iimg(y/) = limxj = x^ 

I ~* oo / oo 

Similarly, we get ^(y) = X". Hence, x* = x^. □ 

Corollary 3. The rational FLM requires log s) time to simulate the 
rational RAM. 

7. Simulation of the Integer RAM 

The most common data type for the RAM is undoubtedly the integers. The 
domain of our data type is J^' (the nonncgative integers). We define the 
function of subtraction on M as producing 0 if the minuend is smaller dian the 
subtrahend (**positivc difference"). The choice of the instruction set for this 
data type is more subtle than for the previous two, since using a rather natural 
instniction set, integers may be compressed, in fact, there exists a solution to 
RASUS in the domain of integers which runs in 0{ta{s)) lime, where the 
function Q:(.y) is a (very slow growing) inverse of Ackennann's function |7J. In 
this shnulatiou, only tlic operations addition, subtraction, and shift arc used. 
The power of this algorithm stems apparently from the use of shift. 

For the shift operation, we denote by shift(jc. y) the result of shifting x left 
by y bits, that is, x -2^, We denote by shift(x, - y) the result of shifting x 
right by y bits, that is, [jc/2^j. 
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The next theorem demonstrates that the right shift instruction is the source of 
the *' breakthrough*' in the above algorithm, by showing that excluding it from 
the instruction set leaves an incompressible data type. 

7.1. An Incompressibiuty Theorem for Integers 

Theorem 12. Let ;f = {J\ .f, <), v^here :F includes addition, subtrac- 
tion, multiplication, any Boolean (bitwise) operations, integer division by 
two, and left shift. Then T is incompressible. 

The property shared by all these functions, leading to the incompressibility 
result, is expressed by the following lemma. 

Lemma 4. Let J be the primitive function set of Theorem 12. Let f \ 
A' " -> ^i' e y *, and \,y eJ Let h be the number of subexpressions 
of the form [gl2\ that occur in /, and let k > h. Assume that for each 
subexpression off of the form (/, -Z,). orshift{g^, g^). it is guaranteed 
that 

A{x)^f,{x) /,(y)^/2(y). 

g:,{\)<k g.{y) < k. 

It then follows that 

x^y(mod2^) - /(x) = /(y)(mod 2*"^) . 

Proof. We prove that each of the primitives composing /, except [^/2J, 
preserves congruence modulo 2*. This is well known for addition, subtraction, 
and multiplication. Our use of positive difference does no harm because 
we arc guaranteed tiiat in evaluating /(x) and /(y). the operation either coin- 
cides with integer subtraction for both or produces zero for both. For the 
Boolean operations, the right k bits of the result are determined by the right 
k bits of the operands, and therefore they preserve congruence. The 
right k bits of shift(a. b) arc determined by the right k bits of a and by the 
value of b. We have two cases: Either b < k for both x and y, which implies 
g^W 4N(y)' or b ^ k for both, where the right k bits of both results are 
zero. Hence, the left shift too preserves congruence mod2''. 

The lemma follows by structural induction on /. 

Basis', fe There arc two cases: (i) / is not [x/2j. Then, as shown 
above. / preserves congruence modulo 2* - 2*"'*, and the lemma holds, (ii) 
j{x) = [x/2|. Then, it is well known that 

x^y{mod2') ^ f{x) ^ f(y){mo62' , 

Since = 1, the lemma holds. 

Induction step: A nonprimitivc / may be constructed from simpler func- 
tions by means of function composition and aggregation. We first note that 
generally for 0 < / < y < k, congruence modulo 2^^"' entails congruence 
modulo 2*"^ We begin with aggregation. Let / = (/|, . ■ . , /„) satisfy the 
lemma's assumptions. Then, they are clearly satisfied by each of the For 
/ = I, . . . , /7, let h^ be the number of subexpressions of the form [g/2\ 
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occurring in Then, the number of such occurrences in / is /? = T^l^x h^. In 
particular, h >: for aU /. Hence, by the induction hypothesis, each 
preserves congruence modulo 2^~^' and therefore modulo 2*" Put together, 
/ preserves congruence modulo 2^^^, 

Consider now / = g(<i>). Fulfillment of the lemma's assumptions by /, x, 
and y means that they are satisfied by 0, x, and y and by g, <t>(x), and <^(y). 
Let A, be the number of occurrences of division by two in <^ and /ij the 
number of such occurrences in 5. By the induction hypothesis, 



X s y(mod2*) 



«(x) ^0(y)(mod2^-^') 
^(<^(x)) s^{<^(y))(mod2 



)• 



For / the number of occurrences is A = A, + /i^, and hence we get fix) = f(y) 
(mod 2^-^). U 

We are now ready to prove the theorem. 

Assume by contradiction that there is a decision tree in our model that 
computes a surjective function from J-'"' to J " where n> m (this is 
required for a "decoding algorithm*'). Let t be the number of leaves in this 
tree. For each leaf X, let R^be the set of /7-tuples produced at this leaf. Then 

Let h be the maximal number of occurrences of division by two in the functions 
of the leaves. Choose /: > log / + A. For each leaf X, denote by A^^ ^he set of 
w-tuples for which the tree delivers the result at X. Then, =/x(A'x)» with 
/j^ e We can assume that for all pairs x, y e ^^c assumptions of Lemma 
4 hold with respect to f^^, since otherwise we can enforce them by replacing X 
with a finite subtree whose nodes test all the relations mentioned in the lemma 
such that for each leaf only one outcome of these tests is possible. 
Hence, it follows from the lemma that 

\R,mod2' '\ =|A(^Jmod2^-''|< |^,mod2M 
< |..f mod2*| - 2^'". 



Therefore 



I J " mod 2* I - 



(J R^modl*' 



< 2'^ 



(J Rj^mod2 



k h 



< 2"^ I R^mod2' "I 

X 

<, 2'' • / • 2*"' < 2* • 2*'" = 2*''"'* < 2^'* 
while actually, | J' " mod 2^' | ^ 2*" —a contradiction. □ 

Corollary 4. The integer FLM (with the primitives of Theorem 12) 
requires Q{t tag s) time to simulate the integer RAM. 
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Remark, Mathematically, left shift is a special case of exponentiation o*, 
which could have been entered into our primitive set as such; and we would still 
have incompressibility, although the proof gets a little harder. Exponentiation 
has a more arithmetic flavor than left shift, and correspondingly, we would add 
integer division instead of adding right shift in our next theorem. This would 
allow to implement the right shift as [ . 

7.2. A Compression Scheme Using Shifts. Let the binary representation of 
X be 6„ , . . f?ifoo- denote by Right ^(jc) the right d bits of that is. the 
number b^^^ • • • b^b^. Rights is computable by 

Rightrf(x) = X - shift(shift(x, - d),d). 

By Mid, ^(x). where /\ cf > 0, we denote the number b,^^^ j • • • 6,, computed 
by 

Mid,^^(x) - Right^(shift(A:, - 0). 

Our compression function encodes n integers, for any fixed ai, in just a pair 
of numbers. The compressed structure is called a packet. 

A packet P represents an n-tuple of integers P[0\y . , . , P[n - \]. Wc 
write P ~ P^"^ -for emphasis. The actual representation of a packet is as the 

pair (a,b) where for all 0 < / < P[i]s{0 .2^-1} and a = 

Zrro shift(P[/l,/7?). 

Building a packet, given the n numbers, is straightforward; we are free to 
choose b at our convenience; for example, as the maximum of P[0], . . . , 
P[n - 1], In order to do without multiplication, wc can use for the '^block 
size*' of the packet not b but 2*, exploiting the fact that i • 2^ = shift(/, b). 
The packet would then be defined by a = X:",o shifUP[/], / • 2*), and multi- 
plication would not be required. 

Rach of the packet members can be retrieved in constant lime, using the 
following relation (using the form with multiplication): 

P[i] =Mid,,,,(a). 

This allows for a decompression function of 0(n) running time. Wc omit a 
detailed verification that is straightforward. It is worth mentioning, however, 
how this compression scheme can be employed by a fast RASUS. Clearly, by 
encoding all the used portion of the RAM's memory in a packet, a constant time 
load is easily achieved. However, for each store we may have to recreate the 
packet because of the new datum being larger than the block size. To obtain a 
fast store, we have to use a more complex structure. A solution for this 
problem is given in f7|, where packet hierarchies are maintained to obtain a 
RASUS of 0(a(s)) time per operation, where a{s) is a functional inverse of 
Ackcrmann's function. This function grows slower than every inverse of a 
primitive recursive function. The computational model used in f7| is weaker 
than the PLM; it has for memory just a finite number of registers. 

8. Historical Notes 

In the introduction, wc described a machine model used by Tarjan [38, 39] that 
resembles the LISP machine. However, its usage in this paper was very 
specific, not using the power of high-level data types. Thus, it was closer, as 
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Tarjan stales, to a machine model previously suggested by Knuth [19]. His 
model, called a Unking automaton, has the same structure as Tarjan*s pointer 
machine (similar to the FLM), but was constrained to operate on a finite 
alphabet of symbols. 

This machine belongs to the class of combinatory or discrete machines, 
such as Turing's machine, which arose from the theory of computability, and 
are still dominant in the more fundamental areas of complexity theory. These 
machines operate on a finite alphabet, or even less: a similar model, called a 
storage modification machine (SMM), has been independently proposed by 
Schonhage [33-35]. This machine operates on a memory that does not store 
any kind of *'data''; the information is comprised in the linking pattern of the 
nodes. The SMM is easily proved to be real-time equivalent to the linking 
automaton. Schonhage's comprehensive paper [35] defines the model, shows 
that the SMM can simulate a multidimensional Turing machine in real time, and 
proves Schnorr's observation that they are real-time equivalent to the so-called 
successor RAMs [32]. The successor RAM (SRAM) is a machine with a 
memory addressable by J'\ but an input/output alphabet of {0, 1} and an 
internal data type of integers including only the successor function and compari- 
son for equality. Thus, this machine fails short of our ''high-leveP' assump- 
tions (Section 1). and this explains its weakness: It has such a feeble data type 
that instead of addressing memory with its '*data," you can do as well with 
pointers. 

We should also note the first appearance of an abstract computing machine 
that operates on a graph structure, proposed by Kolmogorov and Uspenskii [2K 
23]. Their model was intended to give a flexible and realistic definition of an 
algorithiTi. It is different from the above by having its memory graph undi- 
rected, with a bounded-node degree. The programming'' of the machine is 
also different, since it is mathematically oriented and not similar to actual 
programming as in the other machines. Kolmogorov-Uspcnskii machines 
(KUMs) can be simulated in real time by SMMs, hut whether this is possible in 
the inverse direction is not yet known. ^ 

Following Tarjan*s paper, several authors have used the pointer machine 
as a model for studying data structure problems. Blum [10] complements 
Tarjan's paper in studying tlic disjoint set union problem. Harel and Tarjan [15] 
demonstrate a lower bound of ^(m log log n) for performing m nearest-com- 
mon-ancestor queries on a pointer machine. In contrast, an 0(m) algorithm is 
given for a RAM. They present this problem as a case for comparing the 
pointer machine with the RAM, However, liieir result docs not shed light on 
our problem, since their formulation of the problem for the pointer machine 
lower bound differs from that for the RAM; while the RAM represents tree 
nodes as integers, the pointer machine is to represent them as unique nodes. 

A siniilar result appears in [25], where Mehlhorn et al. shows tight bounds 
for some variants of the union-split-find problem. One of the variants, which 
can be solved by a RAM in 0(1) steps per operation, requires Ofloglog n) 
pointer machine steps per operation or 0(log n) steps if set separability is 
assumed (a further restriction on the representation of sets in the pointer 
machine). 



' This appears as Problem 8 of |I4|. 
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Chazelle [I I J also gives a lower bound for a pointer machine. He addres- 
ses orthogonal range searching in d dimensions (where all the s answers 
to the query arc to be reported). On the pointer machine, a query time 
of + polylog(n)) time can only be achieved at the expense of n(/i(log n / 
log log n)"^'^) space, which is optimal. On the contrary » as he showed in [12], 
a RAM can process a query in time 0{s + log n) using 0{n log* n) storage, 
for any e > 0. Thus, in his case, the pointer machine requires asymptotically 
more storage to achieve the same query time. However, here again the problem 
is presented to the pointer model in a different way. 

Paige [26] presents considerations similar to ours with respect to the choice of 
models and defines a high-level RAM as the machine model of an array- 
processing language and a pointer machine as modeling a list-based language. 
This resulted in models that arc practically equivalent to our .f-RAM and 
.f-LM, He even discusses the simulation of a RAM by the list machine, and 
complements the results of this paper by describing a large class of practical 
algorithms that can be simulated by an LM without asymptotic overhead. 

9. Conclusion 

We have defined the incompressibility property for a general data type. Using 
this property, we have proved an 0{t log s) tight bound on the time required 
by a pointer machine to simulate a RAM. Our models of computation 
are defined in a general way for a high-level data type, extending the tra- 
ditional definition of such models. This may be the first time that a complexity 
lower bound is proved in such a general and powerful model. 

Actually, we presented the RAM and LISP machines as representatives of a 
class of high-level models, the y^machines. These make an attractive setting for 
the design and analysis of algorithms because, in fact, algorithm designers have 
already assumed such flexibility. Incompressibility proved to be a tool strong 
enough for proving lower bounds in models of this kind. 

We have proved the incompressibility property for the data types of finite 
words, integers, and real numbers with a generous set of primitives. The 
primitive sets are large enough to be useful in practical, high-level algorithms 
and are perhaps the strongest for which lower bounds have been achieved. For 
the integers, we exclude the right-shift operation, which is shown to induce 
compressibility. 

The proof of the lower bound followed the following scheme: We first 
proved a lower bound in a model whose power is restricted by assuming the 
data to be symbols. The proof generalized to more complex data types in a 
natural way by replacing the restriction of symbols by the property of incom- 
pressibility. This scheme may carry on to other problems where a lower bound 
is known assuming symbols are used, or where other similar assumptions have 
been made, as in Aggarwal and Vitter*s lower bounds on I/O complexity [2], 
who call their restrictive assumption indivisibility of the records and pose the 
task of relaxing this assumption as an open problem. 

The family of high-level models includes further variations on the theme of 
memory access. The Hierarchical Memory Model (abbreviated HMM), 
introduced by Aggarwal el al. [1], operates exactly as the RAM, but memory 
access instructions are charged according to the address used. Although 
all otlier instructions cost one, an access to memory location a costs proportion- 
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ally to log a (or to another cost function). The virtues of this model are 
discussed in [1], and we do not repeat them here. A natural extension of our 
study is to compare this model to the LM just as we did for the RAM. This 
problem is addressed in [4]. It is shown that the HMM relates to the LM much 
as the LM relates to the RAM. The proofs of this relationship resemble those of 
the previous chapters, providing further evidence to the adequacy of incom- 
pressibility arguments to this kind of problems. 

NOTE ADDED IN PROOF. It was remarked in Section 7 that some of the published complexity 
results attributed to *'pointer machines'* are incomparable with results for the RAM. because the 
pointer machine was not given the same problem. To make this distinction clear, we suggest to adopt 
the term, pointer algorithms, for procedures that are given a linked structure and whose task is to 
modify it in some manner. Such procedures can be used as subroutines in larger programs, but have no 
independent value. The results in [11], [15], and (25J pertain to pointer algorithms and are not 
applicable to solutions of the stand-alone problem where the input is given in raw form, say as 
numbers. It is (he latter type of problem that was solved by the RAM algorithms of [12|. (15). and 
[25j. On the other hand, among the papers referenced, independent algorithms for pointer machines, 
allowing for comparison of machine models, only appear in Paige's work [26] and in our papers. 

ACKNowLRDGMHNTs. The authors wish to thank Michael Tarsi for suggesting 
the use of Brouwer*s Theorem in Section 6. Also the comments of an 
anonymous referee help>ed much in "debugging'* the paper. 
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Abstract 

The goal of the ^Database project is to understand the be- 
haviour of data structures and their algorithms, both parallel 
and sequontiiil, in a memory-mapped environment. Memory 
mapping allows primary-memory pointer-based data struc- 
tures to be stored on secondary storage, and subsequently 
traversed and modified, without transforming the embedded 
pointers. The project incorporates a coUaboratiou between 
practitioners and theoreticians and has produced a toolkit 
to support a parallel memory-mapped environment, exten- 
sive concurrency tools, an analytical model for the system 
validated by experiments, and preliminary results involving 
parallel database join algorithms as well as sequential B- 
tree and R-tree data structures. Future work includes aug- 
menting the toolkit, developing and testing more parallel 
algorithms timed for efficiency in a memory-mapped envi- 
ronment, and extending the ciurent model to cover more 
general algorithms and capture more low-level details of the 
physical machine. 

1 Introduction 



is both cumbersome and expensive. One approach is to ex- 
tend primary storage practices and tools to apply to sec- 
ondary storage, thereby creating a single-level store^ which 
eliminates the need for expensive execution-time conversions 
of structured data between primary and secondary storage, 
while allowing the power of a general purpose programming 
language to be extended to secondary storage. The goal is 
to achieve substantial performance advantages over conven- 
tional file access [6, 7, 13, 23, 16, 20] in both the development 
and execution of algorithms. 

O^particiilar interest is the implement ation of a sing le- 
level store by memory-mapping^ the^t is, th e use of virtual 
memory to map data stored on secimdary stora ge into pri - 
mary storage so that the dataja du^ctfy accessib le by the 
processors* Instructions [30, i l, 29]^"In8teac[ of accessing data 
on disk by explicit read and write routine calls, all I/O is 
performed implicitly by the operating system during normal 
address dereference through the virtual memory hardware. 
Deferring I/O until data is actually referenced and taking 
advantage of available memoi'y- management hardware sig- 
nificantly reduces complexity of persistent data structures 
while decreasing the runtime cost. 



Successful parallel environments must take advantage of not 
only process paralleDsm (multiple CPUs) but also data par- 
allelism (data partitioned across multiple disks). Data par- 
allelism is particularly important; currently it is the most 
effective ineclmnisni to deal with the iua-easiug dispiirity 
between CPU and I/O performance. TVaditional techniques 
for building and mamaging data structures on secondary stor- 
age involve coustructiug complex, often application- specific, 
buffer uiHiiHgciiuuit subsyKtems \ising explicit I/O calls. To 
fHcilitatc code vcuhc and rapid prototyping and to decrease 
programming complexity, I/O mechanisms should be made 
simpler ami more transparent, particularly in parallel envi- 
ronuientH. 

Manipulating perfiistcnt data structures presents further 
difficulties due to the in(:onii)atibility between addresses in 
]>rimary memory (pointers) and secondary storage (disk 
block addresses); pointers can not normally be stored di- 
rrctly un rtrcniiilary tttorngc for further usage, mid creat- 
ing and iimnipulnting complex fitnictures without pointers 
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2 /^Database Project 

We are developing /iDatabase [11, 9], a C-H— baseil toolkit 
for building persistent data atructxu-es using a single-level 
store implemented by memory mapping. Our single-level 
store and others, such as Objectstore [IG], Texas [25], and 
QuickStore [29], are differentiated by their approaclies to the 
address consistency problem. Tliis problem results when a 
pointer-based data structure built at a particular location in 
iiiciuory can not »ub8c<|ueutly be reloaded at that location 
because it is otherwise occupied. A commonly used solution 
is pointer swizding^ which conaista of placing the data struc- 
ture at a new location in memory and modifying its pointers 
to reflect the new location of data. Swizzliug requires the 
ability to locate all embedded pointers and modify them, 
which adds to the nmtime cost. The performance loss is es- 
pecially significant for operations tliat incur high overhead 
in data preparation, such as scquentisi scans, where the data 
is accessed only once, and operations that implicitly fctcli 
and prepare data multiple times In large data structures us- 
ing small primary storage. As well, applications that access 
nmltiplc structures simultaneously cause a large number of 
address collisions resulting in more pointer awizzling. 

/iOatabase adopts a different solution to the address con- 
sistency problem, called the exact positioning of data ap- 



proach. We employ a novel technique that allowfl application 
of an old Kolution, hardware segmentation, to the problem: 
each hardware segment is an address space starting at a vir- 
tual zero, in whidi a persistent data structure can be built, 
stored, and subsequently retrieved and modified. Multiple 
segments can be simultancoxisly accessed in a single appli- 
cation because eadi segment has its own nou- conflicting ad- 
dress space. When a segment is mapped into memory, point- 
ers within the segment do not require modification; pointers 
outside the segment may require modification, but in gen- 
eral, these pointers represent a small pci*centage of the total 
number of pointers in a data structure. 

2.1 Concurrency Tools 

We have developed extensive concurrency tools for use in 
building highly concurrent data stnictures, involving both 
processor and data parallelism, and have found that a single- 
level store allows many existing concurrent algorithms and 
data structiu-HK to be iLsed directly for persistent data. Basic 
concurrency capabilities are provided in a C-ff-based toolkit, 
called ^iC-H-[8, 12]. ^Database uses /iC-H- to allow a pro- 
grammer to build whatever form of concurrency is appropri- 
ate. Using a spectrum of /iC-H- tools, processor parallelism 
may be specified at a low level, where a lock iu used to pro- 
tect data, or at a liigh level, where a light-weight server task 
controls access to data. As well, the granularity of data ac- 
cess may l>e individual fields, entire objects, or groups of 
objects. In general, processor parallelism, e.g., concurrent 
access to a B-trec, involves trade-offs between maximizing 
concurrency and the administrative overhead of fine-grain 
locking. While achieving near- optimal concurrency is often 
data-structure specific, we believe it is possible to provide 
general concurrency tools that ai-e applicable to broad classes 
of data structiu'es to simplify application development. Some 
of these general concurrency tools are provided as part of the 
/iDatabase toolkit. 

Data parallelism deals with the CPU-I/0 bottleneck by 
partitioning data across multiple disks and then accessing 
the data in parallel [19, 28]. The transition between the two 
toolkits occurs at this point with /iDatabase providing the 
ability to partition a single- level store transparently across 
multiple disks with /iC-H- providing parallelism even while 
I/O operations arc occurring. As for processor parallelism, 
we have developed general tools, which support a variety of 
partitioning scliemes and parallel algorithms, that form part 
of the /iDatabase toolkit. 

2.2 Algorithm Design 

The novel perfiistcnce facility of /iDatabaiie and toncuiTency 
capabilities of /iC-ff yield new degrees of freedom for design- 
iitg complex and highly-parallel database algorithms: tradi- 
tioual algorithms must be re-examined in this new frame- 
work. For example, wc have been altle to improve perfor- 
niaiict: of nlgori thins by making use of spatial ordering in- 
formation implicit in the pointers defining data structure 
relations. As well, there is a need for pai titioning schemes 
[22] to distribute data across multiple diaks to acliicve max- 
iiiiuiu parallelism; perfornmnce is a fmiction of the dynamic 
and possibly concurrent access pattern, which is often indr- 
j>cndcnt of the static structure of the data. 

A natm'Hl stHrting pt»iut for llic mudy nV ilnlnUn^r. tUgo- 
ritbins is the join o]>t:ratioa as it is ". . .relevant to relational, 



extensible, and object-oriented database systems alike'* [I4]. 
Joining is a merging of data from two collections of data ob- 
jects, R and 5, where an R object contains a join attribute 
that refers to an S object, and data from each is combined to 
form the join. In pointer-based join algorithms [24, 17, 10). 
the join attribute is a virtual pointer to objects in S. We 
have designed and analyzed parallel pointer-based versions 
of nested loops, sort-merge, and Grace join algorithms. As 
stated above, it is possible to exploit the implicit ordering of 
objects in 5 via the virtual pointers to eliminate the usual 
sorting or hashing of S in sort-merge and hash-based joins, 
respectively. 

2.3 Analytical Modelling 

Wc have developed an analytical model of our memory- 
mapped environment, providing quantitative predictions of 
performance. The model acts as a high-level filter to predict 
general performance behaviour; only those algorithms that 
look promising from the model need to be more fully tested. 
More importantly, a quantitative model is an essential tool 
for subsystems such as a database query optimizer which use 
static analysis to construct a fast implementation. 

Since prediction of actual rurming time rather than char- 
acterizing asymptotic complexity was the goal of our model, 
our work is closer to models developed to explEiin empiri- 
cal results [24, 21. 18] than extensions to theoretical mod- 
els handling such features as I/O complexity, block transfer, 
and liierarcliical memory [2, 1, 4, 15, 3, 26, 27). As modelling 
the physical machine closely and accurately is essential, wc 
have, for example, used a measured function to model disk 
transfer times, to account for all of the following factors. In 
a persistent memory- mapped environment, all I/O Is per- 
formed by means of normal virtual memory mechanisms. 
Thus, a read page fault needs to be processed before ex- 
ecution can continue, whereas write-backs can be handled 
in parallel with program execution. Further, I/O costs arc 
affected by whether data on the disk(s) are accessed sequen- 
tially or randomly. The total span of disk over wliich random 
accesses take place is also a factor in determining the amor- 
tized cost of I/O. Full details of the model can be found in 
[10]. 

2 A Practical Relevance 

Besides developing a theoretical framework for studying 
memory-mapped systems, the /iDatabase project addresses 
.several important practical issues. Some of these issues 
are reducJLlon in programming complexity wliilc maintain- 
ing or improving execution speed, accurate cost estimation, 
exploitation of ilata and process parallelism with memory- 
mapping to address the increasing CPU-IO disparity, and 
effective tools for teaching concurrency and parallelism in 
persistent nystems, 

3 Preliminary Results and Future work 

To validate o\ir model and analysis, experiments were run 
that performed full joins on two relations R and S with 
102,400 objects each [10]. R and S were partitioned across 4 
disks with one R and one 5 partition on each disk. All exper- 
iments were nm on a Sequent Symmetry with 10 proccaaore* 
whicli uses a simple page replacement algoritlun (see [11] 
for testbed details). The execution environment was strictly 
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controlled so the results were not influenced by any outside 
activity. The amount of memory for the experiment's ad- 
dress space and the global cache were tightly controlled as 
well. 

Fig. 1 shows the predicted and measured elapsed times 
for rumiing the various join algorithms with varymg amounts 
of available memory. The discontinuities in the sort- merge 
graph occur when additional merging phases are required. 
The curve in the Grace graph at low memory levels results 
from thrashing caused by the page replacement algorithm. 
As is evident from the graphs, our model does an excel- 
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lent job of predicting pcrfonnance for the various join al- 
gorithms in almost nil conditions, hi particular, there is a 
close matcli between prediction and actual performance for 
nested loops and sort-merge. For Grace, our approximation 
for I/O rau.scd by thrashing nt low ineinory levels is rea«iHi- 



ably accurate; there is scope for further refinement of this 
approximation. A major part of the difference between pre- 
diction and actued behavior at low memory levels comes from 
the overhead introduced by the particular page replacement 
strategy used by the operating system. 

F\iture studies with the model include speedup and 
scaleup measurements^ dianging the nature of the joining 
relations and a comparative analysis of various algorithms. 
Our analysis of the join algorithms highlights an inherent 
drawback in memory- mapped single- level stores: the lack of 
control over buffer management on the part of the database 
application results in incorrect decisions being made at times 
by the underlying page replacement strategy. While accept- 
ing this inefficiency, we demonstrated two approaches for 
ac^eving predictable behaviour, an essential property in a 
database system. With single-level stores becoming more 
common, it is our hope that future research and develop- 
ment in operating system architecture will make it feasible 
for database applications to exercise more control over the 
replacement strategies used (see [5]). There is also scope for 
further improvement in the design of our model, especially in 
the modelling of the underlying paging bchavioiir. Fatinre 
work will involve extending our model to other memory- 
mapped environments, allowing us to perform comparative 
studies. It will also be an interesting exercise to explore the 
applicability of oior model in traditional enviroimients. 
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NOTICE OF bmCE PLAN TO CEASE SUPPLYING COPIES OF CITED U.S. PATENT 
REFERENCES WITH OFRCE ACTIONS, AND PILOT TO EVALUATE THE 
ALTERNATIVE OF PROVIDING ELECTRONIC ACCESS TO SUCH U.S. PATENT 

REFERENCES 



Summary 

The United States Patent and Trademark OflBce (Office or USPTO) plans in the near future to: 

(1) cease mailing copies of U.S. patents and U.S. patent application publications (US patent 
referoices) with Office actions except for citations made during the international stage of an 
international application imder the Patent Cooperation Treaty and those made during 
reexamination proceedings; and (2) provide electronic access to, with convenimt downloading 
capability of, the US patent references cited in an Office action via the Office's private Patent 
Application Information Retrieval (PAIR) system which has a new feature called "'E-Patent 
Reference/' Before ceasing to provide copies of U.S. patent referraces with Office actions, the 
Office shall test the feasibility of the E-Patent Reference feature by conducting a two-month pilot 
project starting with Office actions mailed after December 1 , 2003. The Office shall evaluate the 
pilot project and publish the results in a nodce which will be posted on the Office's web site 
fwww.USPTO.gov) and in the Patent Official Gazette (O.G.). In order to use the new E-Patent 
Reference feature during the pilot period, or when the Office ceases to send copies of U.S. patent 
references with Office actions, the ^licant must: (1) obtain a digital certificate fiom the Office; 

(2) obtain a customer numba* from die Office, and (3) properly associate applications with the 
customer number. The pilot project does not involve or affect the current Office practice of 
supplying paper copies of foreign patent documents and non-patent literature with Office actions. 
Paper copies of references will continue to be provided by the USPTO for searches and written 
opinions prepared by the USPTO for international applications during the international stage and 
for reexamination proceedings. 

Description of Pilot Project to Provide Electronic Access to Cited U.S. Patent ^ 
References 

On December 1, 2003, the Office will make available a new feature, E-Patent Reference, in the 
Office's private PAIR system, to allow more convenient downloading of U.S. patents and U.S. 
patent application publications. The new feature will allow an authorized user of private PAIR 
to download some or all of the U.S. patents and U.S. patent application publications cited by an 
examiner on form PTO-892 in Office actions, as well as U.S. patents and U.S. patent application 
publications submitted by a5)plicants on form PTO/SB08 (1449) as part of an IDS. The retrieval 
of some or all of the documents may be performed in one downloading step with the documents 
encoded as Adobe Portable Document format (.pdf) files, which is an improvement over the 
current page-by-page retrieval capability fi'om other USPTO systems. 



steps to Use the New E-Patent Reference Feature During the PHot Project and 
Thereafter 

Access to private PAIR is required to utilize E-Patent Reference. If you don't already have 
access to private PAIR, the Office urges practitioners, and appUcants not represented by a 
practitioner, to take advantage of the transition period to obtain a no-cost USPTO Public Key 
hifrastruchire (PKI) digital certificate, obtain a USPTO customer number, associate all of their 
pending and new application filings with their customer number, install no-cost software 
(supplied by the Office) required to access private PAIR and E-Palent Reference feature, and 
make appropriate arrangements for Internet access. The fiill instructions for obtaining a PKI 
digital certificate are available at the Office's Electronic Business Center (EBC) web page at: 
<httD://www.u s pto.pov/ebc/downloads.html> . Note that a notarized signature will be required to 
obtain a digital certificate. 

To get a Customer Number, download and complete the Customer Number Request form, PTO- 
SB125, at: httD://www.aspto.gov/web/fonns/sb0125.Ddf The completed form can th«i be 
transmitted by facsimile to the Electronic Business Center at (703) 308-2840, otmailed to the 
address on the form. If you are a registered attorney or patent agent, then your Registration 
number must be associated with your customer number. This is accomplished bjr adding your 
registration number to the Customer Number Request form. A description of a^sociatmg a 
customer number with an application is described at the EBC web page at: 
http://vyww.usoto.gov/ebc/registration pair.html . 

The E-Patent Reference feature will be accessed using a new button on the private PAIR screen. 
Ordinarily all of the cited U.S. patent and U.S. patent application publication references will be 
available over the Internet using the Office's new E-Patent Reference feature. Thasize of the 
references to be downloaded will be displayed by E-Patent Reference so the download time can 
be estimated. Applicants and registered practitioners can select to download all of the references 
or any combination of cited references. Selected references will be downloaded as complete 
documents as Adobe Portable Document Format (.pdf) files. For a limited penod of tune, the 
USPTO will include a copy of this notice with Office actions to encourage apphcants to use this 
new featare and. if needed, to take the steps outlined above in order to be able to utilize this new 
feature during the pilot and thereafter. 

During the two-month pilot, the Office will evaluate the stability and capacity of the E-Patent 
Reference feature to reliably provide electronic access to cited U.S. patent and U.S. patent 
application pubUcation references. While copies of U.S. patent and U.S. patent apphcation 
publication references cited by examiners will continue to be mailed with Office actions durmg 
the pilot project, applicants are encouraged to use the private PAIR and the E-Patent Reference 
feature to electronically access and download cited U.S. patent and U.S. patent application 
publication references so the Office will be able to objectively evaluate its performance. The 
pubUc is encouraged to submit comments to the Office on the usability and performance of the 
E-Patent Reference feanire during the pilot. Further, during the pilot penod registered 
practitioners, and applicants not represented by a practitioner, are encouraged to experiment with 
the feature, develop a proficiency in using the feature, and establish new internal processes for 
using the new access to the cited U.S. patents and U.S. patent apphcation publications to prepare 
for the anticipated cessation of the current Office practice of supplying copies of such cited 
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references. The Office plans to continue to provide access to the E-Patent Reference feature 
during its evaluation of the pilot. 

Comments 

Comments concerning the E*Patent Reference feature should be in writing and directed to the 
Electronic Business Center (EBC) at the USPTO by electronic mail at eReferencefghispto.gov or 
by facsimile to (703) 308-2840. Comments will be posted and made available for public 
inspection. To ensure that comments are considered in the evaluation of the pilot project, 
comments should be submitted in writing by January 15, 2004. 

Comments with respect to specific applications should be sent to the Tedmology Centers* 
customer service craters. Conunents concerning digital certificates, customer numbers, and 
associating customer numbers with applications should be sent to the Electronic Business Center 
(EBC) at the USPTO by facsimile at (703) 308-2840 or by e-mail at EBC@uspto.gov. 

Implementation after Pilot 

After the pilot, its evaluation, and publication of a subsequent notice as indicated above, the 
Office expects to implement its plan to cease mailing paper copies of U.S. patent references cited 
during examination of non provisional applications on or after February 2, 2004; although copies 
of cited foreign ps^ent documents, as well as non-patent literature, will still be mailed to the 
applicant imtil such time as substantially all applications have been scaimed into IFW. 

For Further Information Contact 

Technical information on the operation of the IFW system can be found on the USPTO website 
at http://www.uspto.gov/web/patents/ifw/index.html. Comments conceming the E-Patent 
Reference feature and questions conceming the operation of the P AIR system should be directed 
to the EBC at the USPTO at (866) 21 7-9197. The EBC may also be contacted by facsimile at 
(703) 308-2840 or by e-mail at EBC@uspto.gov. 





Nicholas P. Godici 
Commissioner for Patents 
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